[ОТВЕТИТЬ]
Опции темы
18.08.2006 10:05  
kadr
У меня версия СМ 1.024.4

И вот такая беда произошла:

В последние дни стали наблюдаться проблемы при экспорте. При попытке
экспорта документов/проводок за период, получаем пустой файл
Accounts.txt. (в приложении)
Документы за период существуют, неделю назад они экспортировались,
сценарий экспорта не изменялся.
Параметры задаются те же самые

Может кто сталкивался? С чем может быть это связано.
 
18.08.2006 10:45  
OlegON
В приложении ничего нет, но может попробовать более простой сценарий для теста? Есть ли вероятность, что опять что-то залочилось, как в случае с кассовой выгрузкой? Я вроде не сталкивался с подобным. Предполагаю.
 
18.08.2006 10:52  
Little
Цитата:
Сообщение от kadr
У меня версия СМ 1.024.4

И вот такая беда произошла:

В последние дни стали наблюдаться проблемы при экспорте. При попытке
экспорта документов/проводок за период, получаем пустой файл
Accounts.txt. (в приложении)
Документы за период существуют, неделю назад они экспортировались,
сценарий экспорта не изменялся.
Параметры задаются те же самые

Может кто сталкивался? С чем может быть это связано.
Конечно как вариант, посмотри правильность выставления дат, при экспорте.. Такая проблема может быть именно из-за них..
 
18.08.2006 11:30  
kadr
vadim, да не-е-е, разные даты пробовал
olegon, у меня несколько сценариев для теста почти все перестали работать.
Не думаю что что-то залочилось, хотя уже не знаю что думать.
Базу на инвалиды проверил - всё ОК, индексы пересоздал всё равно не помогает.
Петров говорил, что сталкивались, но пока база добралась всё само вылечилось, а в С+ не смогли замоделировать ситуацию.
 
21.08.2006 13:27  
kadr
Кто может поделитесь планом выполнения (в личку или почту) следующего запроса:
Код:
SELECT R.SALEUSEROP,
       R.SALEID,
       R.SALETYPE,
       R.SALEDATE,
       R.SALELOCATIONTO,
       R.SALELOCATIONFROM,
       R.ARTICLE,
       SUM(R.QUANTITY) QUANTITY,
       NVL(R.GOODSOWNER, 0) GOODSOWNER,
       R.SALEPAYCASH,
       R.SALECLIENTINDEX,
       DSALE.SUPPLIERDOC,
       DSALE.SUPPLIERINVOICE,
       DSALE.SUPPLINVOICECREATE,
       R.SALESPECITEM,
       DECODE(R.SALEQ, 0, 0, ROUND(R.SALESUM / R.SALEQ, 4)) ITEMPRICE,
       R.SALEVATRATE,
       ROUND(SUM(DECODE(R.SALEQ, 0, 0, R.SALESUM * R.QUANTITY / R.SALEQ)),
             4) TOTALPRICE
  FROM FFDOCUMENTS DSALE, FVMAPREP R
 WHERE DSALE.DOCTYPE(+) = R.SALETYPE
   AND DSALE.ID(+) = R.SALEID
   AND R.SALEOP = :B1
   AND (:B2 IS NULL OR :B2 = R.SALEUSEROP)
   AND R.SALEDATE BETWEEN :B4 AND :B5
   AND ((:B6 = TO_DATE('19000101', 'YYYYMMDD') AND
        :B7 = TO_DATE('99990101', 'YYYYMMDD')) OR EXISTS
        (SELECT 1
           FROM SMDOCLOG DC
          WHERE DC.DOCTYPE = R.SALETYPE
            AND DC.ID = R.SALEID
            AND TRUNC(DC.EVENTTIME) BETWEEN :B6 AND :B7
            AND NOT DC.ACTIONCODE IN (0, 11, 15)))
   AND ((:B10 IS NULL AND EXISTS
         (SELECT 1
            FROM TTSHOPLIST
           WHERE ID IN (R.SALELOCATIONFROM, R.SALELOCATIONTO))) OR
        (:B10 IS NOT NULL AND EXISTS
         (SELECT 1
            FROM TTSHOPLIST
           WHERE ID IN
                 (DECODE(:B10,
                         0,
                         NVL(R.SALELOCATIONTO, R.SALELOCATIONFROM),
                         NVL(R.SALELOCATIONFROM, R.SALELOCATIONTO))))))
 GROUP BY NVL(R.GOODSOWNER, 0),
          R.SALEID,
          R.SALETYPE,
          R.SALESPECITEM,
          R.SALEUSEROP,
          R.SALEDATE,
          R.SALELOCATIONTO,
          R.SALELOCATIONFROM,
          R.ARTICLE,
          R.SALEPAYCASH,
          R.SALECLIENTINDEX,
          R.SALESUM,
          R.SALEQ,
          DSALE.SUPPLIERDOC,
          DSALE.SUPPLIERINVOICE,
          DSALE.SUPPLINVOICECREATE,
          R.SALEVATRATE
Это один из запросов выполняемых при экспорте, который ничего не хочет выгружать
 
21.08.2006 15:33  
kadr
Ни у кого нет возможности получить план запроса?
 
21.08.2006 16:28  
inna
Я правильно поняла?
головной офис 1,024,2.

Statement Id=4203132 Type=
Cost=2,64039087471493E-308 TimeStamp=21-08-06::16::21:26

SELECT STATEMENT RULE
SORT GROUP BY
(17) FILTER
(10) NESTED LOOPS OUTER
(7) VIEW (Embedded SQL)
(6) UNION-ALL
(3) TABLE ACCESS BY INDEX ROWID SUPERMAG.FFMAPREP [Analyzed]
(3) Blocks: 245 306 Est. Rows: ?? of 12 455 645
Tablespace: USERS
(2) NON-UNIQUE INDEX RANGE SCAN SUPERMAG.FFMAPREP_SALEDATE [Analyzed]
(5) TABLE ACCESS BY INDEX ROWID SUPERMAG.FFMAPREP_ [Analyzed]
Tablespace: USERS
(4) NON-UNIQUE INDEX RANGE SCAN SUPERMAG.FFMAPREP_SALEDATE_ [Analyzed]
(9) TABLE ACCESS BY INDEX ROWID SUPERMAG.FFDOCUMENTS [Analyzed]
(9) Blocks: 1 769 Est. Rows: ?? of 176 804
Tablespace: USERS
(8) UNIQUE INDEX UNIQUE SCAN SUPERMAG.FFCDOCUMENTS_PHYSPK [Analyzed]
(12) TABLE ACCESS BY INDEX ROWID SUPERMAG.SMDOCLOG [Analyzed]
(12) Blocks: 19 324 Est. Rows: ?? of 1 615 115
Tablespace: USERS
(11) NON-UNIQUE INDEX RANGE SCAN SUPERMAG.SMDOCLOG_IDIDX [Analyzed]
(15) CONCATENATION
(13) UNIQUE INDEX UNIQUE SCAN SUPERMAG.TTCSHOPLIST_PK [Not Analyzed]
(14) UNIQUE INDEX UNIQUE SCAN SUPERMAG.TTCSHOPLIST_PK [Not Analyzed]
(16) UNIQUE INDEX UNIQUE SCAN SUPERMAG.TTCSHOPLIST_PK [Not Analyzed]


1,024,4 на тестовой

Statement Id=4203132 Type=
Cost=2,64039087471493E-308 TimeStamp=21-08-06::16::26:52

SELECT STATEMENT RULE
SORT GROUP BY
(17) FILTER
(10) NESTED LOOPS OUTER
(7) VIEW (Embedded SQL)
(6) UNION-ALL
(3) TABLE ACCESS BY INDEX ROWID SUPERMAG.FFMAPREP [Analyzed]
(3) Blocks: 312 Est. Rows: ?? of 32 417
Tablespace: USERS
(2) NON-UNIQUE INDEX RANGE SCAN SUPERMAG.FFMAPREP_SALEDATE [Analyzed]
(5) TABLE ACCESS BY INDEX ROWID SUPERMAG.FFMAPREP_ [Analyzed]
Tablespace: USERS
(4) NON-UNIQUE INDEX RANGE SCAN SUPERMAG.FFMAPREP_SALEDATE_ [Analyzed]
(9) TABLE ACCESS BY INDEX ROWID SUPERMAG.FFDOCUMENTS [Analyzed]
(9) Blocks: 7 Est. Rows: ?? of 734
Tablespace: USERS
(8) UNIQUE INDEX UNIQUE SCAN SUPERMAG.FFCDOCUMENTS_PHYSPK [Analyzed]
(12) TABLE ACCESS BY INDEX ROWID SUPERMAG.SMDOCLOG [Analyzed]
(12) Blocks: 118 Est. Rows: ?? of 16 745
Tablespace: USERS
(11) NON-UNIQUE INDEX RANGE SCAN SUPERMAG.SMDOCLOG_IDIDX [Analyzed]
(15) CONCATENATION
(13) UNIQUE INDEX UNIQUE SCAN SUPERMAG.TTCSHOPLIST_PK [Not Analyzed]
(14) UNIQUE INDEX UNIQUE SCAN SUPERMAG.TTCSHOPLIST_PK [Not Analyzed]
(16) UNIQUE INDEX UNIQUE SCAN SUPERMAG.TTCSHOPLIST_PK [Not Analyzed]
 
21.08.2006 16:29  
OlegON
Не поручусь, что у меня все нормально в базе, но вот:
Код:
  Statement Id=4203172   Type=
  Cost=2,77925427927569E-308  TimeStamp=21-08-06::16::29:52
  
       (1)  SELECT STATEMENT  CHOOSE 
     Est. Rows: 1  Cost: 2 854
       (21)  SORT GROUP BY 
     Est. Rows: 1  Cost: 2 854
           (20)  FILTER
               (13)  FILTER
                   (12)  NESTED LOOPS OUTER 
                        Est. Rows: 1  Cost: 2 850
                       (9)  VIEW (Embedded SQL) 
                            Est. Rows: 1  Cost: 2 849
                           (8)  UNION-ALL
                               (4)  FILTER
                                   (3)  TABLE ACCESS BY INDEX ROWID SUPERMAG.FFMAPREP  [Analyzed] 
                                   (3)   Blocks: 29 604 Est. Rows: 25 of 1 542 528  Cost: 1 577 
                                        Tablespace: USERS
                                       (2)  NON-UNIQUE INDEX RANGE SCAN SUPERMAG.FFMAPREP_SALEDATE  [Analyzed] 
                                            Est. Rows: 6 941  Cost: 21
                               (7)  FILTER
                                   (6)  TABLE ACCESS BY INDEX ROWID SUPERMAG.FFMAPREP_  [Analyzed] 
                                   (6)   Est. Rows: 1  Cost: 1 
                                        Tablespace: USERS
                                       (5)  NON-UNIQUE INDEX RANGE SCAN SUPERMAG.FFMAPREP_SALEDATE_  [Analyzed] 
                                            Est. Rows: 1
                       (11)  TABLE ACCESS BY INDEX ROWID SUPERMAG.FFDOCUMENTS  [Analyzed] 
                       (11)   Blocks: 106 Est. Rows: 1 of 12 488  Cost: 1 
                            Tablespace: USERS
                           (10)  UNIQUE INDEX UNIQUE SCAN SUPERMAG.FFCDOCUMENTS_PHYSPK  [Analyzed] 
                                Est. Rows: 1
               (16)  FILTER
                   (15)  TABLE ACCESS BY INDEX ROWID SUPERMAG.SMDOCLOG  [Analyzed] 
                   (15)   Blocks: 1 289 Est. Rows: 1 of 114 329  Cost: 1 
                        Tablespace: USERS
                       (14)  NON-UNIQUE INDEX RANGE SCAN SUPERMAG.SMDOCLOG_IDIDX  [Analyzed] 
                            Est. Rows: 1  Cost: 3
               (18)  INLIST ITERATOR
                   (17)  UNIQUE INDEX RANGE SCAN SUPERMAG.TTCSHOPLIST_PK  [Not Analyzed] 
                        Est. Rows: 82
               (19)  UNIQUE INDEX UNIQUE SCAN SUPERMAG.TTCSHOPLIST_PK  [Not Analyzed] 
                    Est. Rows: 1  Cost: 1
 
21.08.2006 17:41  
kadr
вот такой у меня план при оптимизаторе в CHOOSE
Код:
SELECT STATEMENT, GOAL = CHOOSE                        Cost=96255      Cardinality=810 Bytes=229230
 SORT GROUP BY                  Cost=96255      Cardinality=810 Bytes=229230
  FILTER                                        
   NESTED LOOPS OUTER                       Cost=96221      Cardinality=810 Bytes=229230
    VIEW        Object owner=SUPERMAG           Cost=94617      Cardinality=802 Bytes=169222
     UNION-ALL                                  
      TABLE ACCESS BY INDEX ROWID   Object owner=SUPERMAG   Object name=FFMAPREP    Cost=94616      Cardinality=801 Bytes=49662
       INDEX RANGE SCAN  Object owner=SUPERMAG   Object name=FFMAPREP_SALEDATE   Cost=643        Cardinality=801 
      TABLE ACCESS BY INDEX ROWID   Object owner=SUPERMAG   Object name=FFMAPREP_   Cost=1  Cardinality=1   Bytes=213
       INDEX RANGE SCAN    Object owner=SUPERMAG   Object name=FFMAPREP_SALEDATE_          Cardinality=1   
    TABLE ACCESS BY INDEX ROWID     Object owner=SUPERMAG   Object name=FFDOCUMENTS Cost=2  Cardinality=750334      Bytes=54024048
     INDEX UNIQUE SCAN        Object owner=SUPERMAG   Object name=FFCDOCUMENTS_PHYSPK Cost=1  Cardinality=750334      
   TABLE ACCESS BY INDEX ROWID      Object owner=SUPERMAG   Object name=SMDOCLOG    Cost=4  Cardinality=1   Bytes=21
    INDEX RANGE SCAN        Object owner=SUPERMAG   Object name=SMDOCLOG_IDIDX      Cost=3  Cardinality=1   
   INLIST ITERATOR                                  
    INDEX RANGE SCAN        Object owner=SUPERMAG   Object name=TTCSHOPLIST_PK      Cost=2  Cardinality=82  Bytes=1066
   INDEX UNIQUE SCAN      Object owner=SUPERMAG   Object name=TTCSHOPLIST_PK      Cost=1  Cardinality=1   Bytes=13
Inna, у тебя похоже оптимизатор выставлен в RULE
olegon, что-то сильно отличается план

ничего не понимаю, совместно с вышеописанной проблеммой заметное замедление при работе процедуры экспорта, висит на этом запросе, думал планы "поплыли", похоже ошибаюсь

У кого какие будут мысли, идеи?
 
21.08.2006 17:54  
OlegON
Цитата:
Сообщение от kadr
olegon, что-то сильно отличается план
У кого какие будут мысли, идеи?
А структурку проверял? У нас с тобой она различается, но просто мне некогда сейчас структуру сверять, есть вероятность, конечно, что я что-то тут побил экспериментами.
Кстати, Quest ничего по поводу индексов не советует?
 
 


Опции темы



Часовой пояс GMT +3, время: 03:19.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.