Ср Янв 11, 2012 10:55  Помощь по сбору статистик
Полезность: Нет оценки
Перешли с 10 на 11 Oracle. Практически сразу стала наблюдаться вот какая картина: очень долгое обращение к представлению MAIN_DOCUM. Т.е. в 11 версии данные в данное представление выводятся раза в 2-3 дольше. Соответственно все операции или представления, которые обращаются к данному представлению отбрабатывают так же дольше, чем было ранее. Не являюсь продвинутым админом, поэтому это очень большая проблема решить данный вопрос. Пообщался с ЦФТшниками почитал на форумах, поговаривают, что данную проблему может решить сбор статистик. Может кто-нибудь подсказать, как правильно собирать статистики и стоит ли это делать в данном случае? Буду сильно признателен за любой совет...
Чт Янв 12, 2012 06:35  Re: Помощь по сбору статистик
Полезность: Нет оценки
Evgenii пишет:
Перешли с 10 на 11 Oracle. Практически сразу стала наблюдаться вот какая картина: очень долгое обращение к представлению MAIN_DOCUM.
- собрать например так - DBMS_STATS.GATHER_SCHEMA_STATS('IBS',cascade=>TRUE, degree=> 4,method_opt=>'for all columns size 1',estimate_percent=>null); А по поводу тормозов с запросами с Z#MAIN_DOCUM - можно в профиле пользователей попробовать выставить optimizer_index_cost_adj=7
Чт Янв 12, 2012 12:11  Re: Помощь по сбору статистик
Полезность: Нет оценки
prog пишет:
Serj пишет:
в профиле пользователей попробовать выставить optimizer_index_cost_adj=7
Вы не могли мы поподробнее объяснить чем вызвана такая рекомендация?
-
Цитата:
Evgenii
СообщениеДобавлено: Ср Янв 11, 2012 12:55 Заголовок сообщения: Помощь по сбору статистик
Перешли с 10 на 11 Oracle. Практически сразу стала наблюдаться вот какая картина: очень долгое обращение к представлению MAIN_DOCUM.
- в общем то сделать это нужно если сразу после перехода начались замедление выполнение запросов связанные с MAIN_DOCUM - если не помог сбор статистики например, optimizer_index_cost_adj=7 - сделает индексный доступ дешевле для СВО(ИБСО очень любит индексы) и возможно запросы полегчают. Естественно все делается сначала на тесте. В 11 G стоимость индексного доступа малость подняли в сравнении с 10-кой
У себя после перехода я профиль оставил в итоге 10-шный, сейчас что то достает толька Справка по кассовым оборотам - помогает только привязка "хорошего" плана, а все остальное работает просто отлично.
Спасибо за советы. Действительно обращение к данной таблице и вывод результатов стали отрабатывать намного быстрее. Единственное, что еще сделал дополнительно - это запустил вот такой скрипт
begin
dbms_stats.gather_table_stats(
ownname => 'IBS',
tabname => 'Z#MAIN_DOCUM',
estimate_percent => 100,
cascade => true);
end;
Спасибо за советы. Действительно обращение к данной таблице и вывод результатов стали отрабатывать намного быстрее. Единственное, что еще сделал дополнительно - это запустил вот такой скрипт
begin
dbms_stats.gather_table_stats(
ownname => 'IBS',
tabname => 'Z#MAIN_DOCUM',
estimate_percent => 100,
cascade => true);
end;
Вот это поможет на постоянку, можно либо job либо cron - задание по расписанию поставить
begin
DBMS_STATS.GATHER_SCHEMA_STATS('IBS',cascade=>TRUE, degree=> 4,method_opt=>'for all columns size 1',estimate_percent=>null)
end;
optimizer_index_cost_adj=7 - при собранной статистике может уже и не понадобиться - не кошерно Oracle тыкать подсказками он может и обидется - optimizer_index_cost_adj - его заменяет системная статистика, но прежде чем ее собирать лучше почитать и протестировать на тесте http://docs.oracle.com/cd/E11882_01/appdev.112/e16760/d_stats.htm#ARPLS68580
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB