СМ 1.034 долгая выгрузка. Конвертер XML : Супермаг Плюс (Супермаг 2000)

Нене, ее там и не должно было быть...

ANALYZE TABLE <TABLE_NAME> COMPUTE STATISTICS;

или лучше

dbms_stats.gather_table_stats('OWNER', 'INDEX_NAME');

Хуже точно не будет? и ее разово собрать, или постоянно запускать с какой-то периодичностью?

Сейчас Олег закидает меня тапками, но я не знаю.
Я вчера запустила EM, и он это сделал за меня.

Думаю, что надо разово собрать при работающем кассовом модуле (под нагрузкой).

INSERT INTO TTCARDCHANGES(ARTICLE, REMOVED, PRICE, DEPID, IDCLASS, IDSCALE, DATATYPE, MINPRICE, DISCLIMITPERCENT) SELECT C.ARTICLE, '0', NVL(P.PRICE,0),0, C.IDCLASS, DECODE(BITAND(C.FLAGS,2),0,C.IDSCALE,NULL), C.DATATYPE, (SELECT E.MINPRICE FROM SMEXTRACHARGE E WHERE E.PRICETYPE = :B2 AND E.ARTICLE = C.ARTICLE ) MINPRICE, (SELECT E.PERCENT FROM SMDISCLIMITS E WHERE E.PRICEID = :B2 AND E.ARTICLE = C.ARTICLE ) DISCLIMITPERCENT FROM SMCARD C, SMPRICES P, TTCASHQUEUE T WHERE C.ACCEPTED = 1 AND (C.CASHLOAD<>'0') AND P.STORELOC(+) = :B1 AND P.PRICETYPE(+) = :B2 AND P.ARTICLE(+) = C.ARTICLE AND T.ARTICLE = C.ARTICLE AND (P.PRICE>0 OR BITAND(C.FLAGS,1024)<>0 OR :B1 = -1) AND ( EXISTS (SELECT * FROM TTCASHCLASS T WHERE T.TREE='#') OR EXISTS (SELECT * FROM SACARDCLASS A, TTCASHCLASS T WHERE A.ID = C.IDCLASS AND A.TREE LIKE T.TREE||'%') OR EXISTS (SELECT * FROM SMCARDMATRIX X, SACARDMATRIX A, TTCASHMATRIX T WHERE X.ARTICLE = C.ARTICLE AND A.ID = X.IDMATRIX AND A.TREE LIKE T.TREE||'%') )

Да-да, висело именно на этом запросе...
И все темповые таблицы из него.

Мне не помог расчет статистики. Правильно Олег сказал, что ее там не должно быть. Написал в поддержку. У многих такие проблемы. может план запроса попробовать изменить. но блин мне все это дико не нравится. Скорее всего запрос криво написан и не оттестирован.

begin

dbms_stats.gather_table_stats(
ownname=> 'SUPERMAG',
tabname=> 'TTCARDCHANGES' ,
estimate_percent=> DBMS_STATS.AUTO_SAMPLE_SIZE,
cascade=> DBMS_STATS.AUTO_CASCADE,
degree=> null,
no_invalidate=> DBMS_STATS.AUTO_INVALIDATE,
granularity=> 'AUTO',
method_opt=> 'FOR ALL COLUMNS SIZE AUTO');

dbms_stats.gather_table_stats(
ownname=> 'SUPERMAG',
tabname=> 'TTCASHCLASS' ,
estimate_percent=> DBMS_STATS.AUTO_SAMPLE_SIZE,
cascade=> DBMS_STATS.AUTO_CASCADE,
degree=> null,
no_invalidate=> DBMS_STATS.AUTO_INVALIDATE,
granularity=> 'AUTO',
method_opt=> 'FOR ALL COLUMNS SIZE AUTO');

dbms_stats.gather_table_stats(
ownname=> 'SUPERMAG',
tabname=> 'TTCASHMATRIX' ,
estimate_percent=> DBMS_STATS.AUTO_SAMPLE_SIZE,
cascade=> DBMS_STATS.AUTO_CASCADE,
degree=> null,
no_invalidate=> DBMS_STATS.AUTO_INVALIDATE,
granularity=> 'AUTO',
method_opt=> 'FOR ALL COLUMNS SIZE AUTO');

dbms_stats.gather_table_stats(
ownname=> 'SUPERMAG',
tabname=> 'TTCASHQUEUE' ,
estimate_percent=> DBMS_STATS.AUTO_SAMPLE_SIZE,
cascade=> DBMS_STATS.AUTO_CASCADE,
degree=> null,
no_invalidate=> DBMS_STATS.AUTO_INVALIDATE,
granularity=> 'AUTO',
method_opt=> 'FOR ALL COLUMNS SIZE AUTO');

end;

причем первый раз, когда запускал статистику в момент выполнения запроса - не помогло. а сегодня, когда вычислял статистику при остановленной выгрузке, а после сбора статистики запустил выгрузку, то прошло за 4 минуты.

есть вариант, что еще раз соберешь - опять плохо будет работать

Угу. несколько раз запустилось нормально, а дальше опять по 40 минут. мне что ее теперь на втомат в задачи поставить раз в час что ли?