[ОТВЕТИТЬ]
Опции темы
23.11.2015 08:17  
Lotar
Вообщем уже больше 6 часов в административном модуле висит загрузка информации о ценах и артикулах. в dbconsole 100% ЦП есть запрос
insert into TTProdArticle(StoreLoc, ZoneID, Article, CalcNu) select S.StoreLoc, S.ZoneID, S.Article, :"SYS_B_0" from TTProdArticleSub S where not exists (select :"SYS_B_1" from FFProdInSpec A, FFProdOutSpec I where A.DocType=:"SYS_B_2" and A.StoreLoc= S.StoreLoc and A.ZoneID = S.ZoneID and A.Createdat <= to_date(:"SYS_B_3",:"SYS_B_4") and I.Createdat <= to_date(:"SYS_B_5",:"SYS_B_6") and A.Article = S.Article and A.NDoc = I.NDoc and not exists (select :"SYS_B_7" from TTProdArticle T where T.StoreLoc = I.StoreLoc and T.ZoneID = I.ZoneID and T.Article = I.Article))
SQL adviser порекомендовал собрать статистику по индексам "SUPERMAG"."FFCPRODINSPEC_PK"
"SUPERMAG"."FFCPRODINSPEC_PHYSPK"
таблицам
SUPERMAG"."TTPRODARTICLE
SUPERMAG"."TTPRODARTICLESUB"
что и было сделано.
Operation Line ID Object Object Type Rows Bytes Cost CPU Cost Predicate
Select to collapseINSERT STATEMENT
0



23,817

Select to collapseLOAD TABLE CONVENTIONAL
1






Select to collapseINDEX FULL SCAN
2 SUPERMAG.TTCPRODARTICLESUB_PK
652 33.746K 0

Select to collapseNESTED LOOPS
3






Select to collapseNESTED LOOPS
4

200,000,020 30.547G 2

Select to expandNESTED LOOPS ANTI
5

44 4.598K 2

INDEX RANGE SCAN
8 SUPERMAG.FFCPRODINSPEC_PHYSPK
4,545,455
0

TABLE ACCESS BY INDEX ROWID
9 SUPERMAG.FFPRODINSPEC
4,545,455 247.088M 0
 
23.11.2015 09:09  
OlegON
Основные ошибки - 1) используете консоль 2) доверяете adviser 3) не указываете версию Oracle
Попробуйте оптимизатор
 
23.11.2015 09:14  
Lotar
По опттимизатору не нашли адекватной и струкции. Т.е. не понятно даже где и как указывать параметры подключения (логин/пароль БД, адрес сервера)
 
23.11.2015 09:28  
OlegON
А ту гору текста по ссылке, включая по предыдущей версии, не пробовали читать? А еще можно и спрашивать в том разделе, тут не надо.
 
07.12.2015 17:36  
Lotar
Собственно стандартная оптимизация оптимизатором не помогла , встроенный advisor советует менять план запроса, но смена плана не помогает, т.е на данном запросе база висит несколько часов, в администраторе - загрузка информации о цехах и артикулах.
 
07.12.2015 17:45  
OlegON
Загрузка информации, это случайно не в файл на диске? Консоль рекомендую удалить, а про адвизоры забыть. Навертите - не отмоетесь потом. Это я про конкретно базу Супермага говорю. Оптимизатором еще и читать надо, что он пишет на почту. И пустить его на регулярной основе, пусть недельку поработает.
 
07.12.2015 17:47  
Mtirt
Насколько я помню, при расчете себестоимости в производстве нет загрузки из SQL+.
Но есть какой-то приличный кусок, который считается не запросами, а в памяти сервера, т.е.: что-то выбрали, и перебираем долго на сервере, изредка фиксируя.
 
07.12.2015 17:52  
Lotar
Нет, в файл на диске все грузится при расчете на складе, оптимизатор работает на регулярной основе уже две недели, зарегистрированный.
 
07.12.2015 17:53  
Mtirt
Памяти и процессора серверу нельзя добавить?
Хотя, нам не помогло...
 
07.12.2015 17:57  
Lotar
OLEGON-ERROR! 07.12.15 17:30:16 -- Unhandled error : java.sql.SQLException: ORA-15124: ASM file name '+DATA/ribinrep/tempfile/temp+1.dbf' contains an invalid alias name
Могу весь текст сбросить последнего письма, но больше ничего стоящего внимания, за исключением запроса в первом сообщении там нет.
 
 


Опции темы



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

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