Всем доброго времени суток!

Очень долго прорабатывают запросы к БД. Из плана видно, что проблема связана с тем, что оптимизатор выбирает неверный индекс. Немного надоело удалять и собирать статистку оракловыми средствами. ... есть ли средство решить пролему раз и навсегда? Если да, то какое? Спасибо.

Может запланировать сбор статистики в DB13 было бы проще?

Этим занимается наш администратор. Однако, собранную им статистику с помощью средств SAP приходится удалять и собирать по новой.

О'как... А Вы, я так понимаю, администратор базы данных?

Я программист
По правде сказать, едиственный для нас админ SAPа - внешний, к сожалению.

...С полным доступом к системе.
Пропала квартирка

и система ещё перманентно не лежит?..
"ускорители", млин

Как на счет советов, друзья мои? Когда система действительно будет чувствовать себя плохо, я поделюсь, поплачем вместе, обещаю

Можете считать меня начинающим базисником , если это поможет)))

east, тогда поведайте плиз подробно:
1.что не получается и где (программы, селекты)
2. как собирает статистику внешний базис
3. как ее удаляете и пересобираете Вы
4. какой объем таблиц по которым идет селект
5. что запланировано в DB13

чем больше подробностей, тем больше вероятность что Вам ответят и ответят что-то дельное...

так сказать, для разгона, рекомендую Вам почитать нотку: Note 838725 - Oracle Database 10g: New database statistics

и вот эту еще Note 588668 - FAQ: Database statistics

кстати версию системы и СУБД (а также версии патчей), Вы не указали...

правильно заданный вопрос, содержит 50% ответа.


Пы.Сы. что-то я сегодня опять добрый... никак мысль о "копченом" пиве греет...

1. Не до конца понимаю о чем Вам скажет наименование таблиц: adrcity, adrcityt, adrstreet, adrstrett, adrpstcode, adrstrpcd, adrreggrp, adrsrtype... Все запросы по sap primary key.
2. Плохо ...при первой возможности обязательно поинтересуюсь)))
3. Analyze Table <table> Delete|Compute Statistics; в зависимости от состояния таблиц.
4. от 0 до 1млн записей.
5. Ничего, кроме бэкапов.

EPR2005/Oracle DB 10g.

шрам, за ноты спасибо.

P.S.: Всем большое спасибо! Думаю, что на этом тема закрыта
P.P.S.: Доброта - не порок

Не надо лезть в базу напрямую. Не надо.
Запланируйте сбор статистики в DB13 на один-два раза в неделю. CheckDB там же запланируйте.

Чревато последствиями?
В вышеупомянутой ноте прямым доступом к базе не пренебрегают... ...более того, иного способа не описывается, на сколько я понял

Добавил: кстати говоря, в ноте говорится о сборе статистики для системных таблиц:) т.е. совсем не мой случай)

Относительно DB13: сейчас читаю мануал по сбору статиски средвами SAP.

east
да, это чревато, если знаний в этой области мало... скажем немного по другому - сап лучше знает где, что и как собрать в стандартном функционале.

один из шагов пост-инстала системы - планировка сбора статистики в db13, поэтому сап на этом внимания не заостряет...
если уж быть скрупулезным, то db13 работает через утилиты brtools, которые являются инструментарием сап при работе с базой. но это делается в фоновом процессе и не требует Вашего внимания... как правильно написал avlag это делается один раз и больше сия проблема не возникет
поверьте тем, кто этим всем занимается ежедневно

Понравилась фраза)))

Если серьзено, я верю Вам полностью, не сомневаюсь в правильности Ваших советов благодарен за любую помощь и информацию... так же признаю, что знаний мало.. но, согласитесь, с этим ведь нужно что-то делать ведь своего базисника нет и пока ничто не превещает его появления.

east


в последний месяц както много чего ставить приходилось

и только на днях сбором статистики починился xi (у него после установки не собралась статистика по таблице словаря, изза этого тормозилось все намертво... запланированный сбор был отменен другой задачей)