Здравствуйте, уважаемы гуру Oracle БД, помогите пожалуйста чайнику разобраться с проблемой, по которой не удалось найти решения самостоятельно.
Имеется:
1)Oracle 10.2
2)Большая медленно прирастающая таблица, партиционирование отсутствует, "старые" данные меняются редко.

Проблема:
Медленное выполнение сложных запросов к таблице.

Подробности:
Если вручную выполнять принудительный сбор статистики, то запросы существенно ускоряются. Хотелось бы автоматизировать, используя штатные средства, а не лепя "костыли" в виде дополнительных Job-ов в планировщике. Сам являюсь новичком. Штатная задача по сбору статистики обходит таблицу стороной, т.к. на сколько я понял из доков, объём изменённых данных менее 10%(что не удивительно).

Вопросы к профессионалам:
1)Возможно ли для конкретной таблицы указать особые параметры анализа на необходимость сбора статистики, не трогая остальную БД?
2)Если да, как это сделать?
3)Возможно ли анализировать только последние изменения(мониторинг по таблице включён, но похоже я не совсем правильно понял принцип его работы)?

Валерий ЮринскийЕсли база данных легально не покупалась, сделайте "партиционирование".
Всё равно вы ничего не платите.
Можете не платить еще больше!

Если база данных покупалась легально, попробуйте использовать Partitioned View.
Они появились в Oracle7 и работают до сих пор.
Что это и как их сделать, найдите в интернете.

База покупалась, не Энтерпраиз, так что партицый нет, ок, почитаю по Partitioned View, спасибо.

jan2aryНастройте отдельное задание на сбор статистики для этой таблицы.
Еще разобраться бы, когда начинают съезжать планы, и какая статистика на это влияет.

Ок, ясно, спасибо, значит костыли :(
Я всё-таки полный чайник, разобраться, какая именно статистика влияет на планы запросов для меня ещё слишком сложная задача.
Сбор полной статистики по таблицы, конечно занимает 3часа, но ночью вполне приемлемо, наверное так и поступлю.

Добрый Э - Эхкак вариант - вручную выставлять high_value для таких полей.. через подпрограммы пакета dbms_stats, отвечающие за ручное управление значениями статистик

Просьба чуть по подробнее, если не сложно, пожалуйста, разве через dbms_stats возможна установка локальных параметров только на конкретную таблицу?

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

Добрый Э - Эхмониторинг лишь показывает примерное количество операций DML по таблице с момента последнего сбора статистики. Именно на данных этого мониторинга базируется автосбор, принимая решение - было ли по таблице 10% изменений или нет (там, конечно, ещё учитывается факты транкаций таблицы и удаления её сегментов, но к твоему случаю, скорее всего, это не имеет никакого отношения)

Можно ли как-то изменить параметры мониторинга конкретной таблицы? Транкаций по таблице не осуществляется, удаления сегментов как и какого-либо удаления данных из таблицы не происходит.

Добрый Э - ЭхNewUse,
имелось ввиду, что для монотонно растущих индексированных полей (поле с датой вставки, числовое поле-инкремент из последовательности) можно значение статистик выставить вручную, а не собирать полным сбором.
Да, наверное это то, что нужно, ибо таких полей с избытком :)

Добрый Э - Эхно тут - танцы с бубнами. нужно сделать экспорт статистики по нужной таблице и её индексам (dbms_stats.EXPORT_TABLE_STATS с трушным каскадом), подправить значения для верхних пределов, импортировать статистику обратно (dbms_stats.IMPORT_TABLE_STATS с трушным каскадом).
для всех этих манипуляций предварительно нужно создать таблицу-приёмник под статистику (dbms_stats.CREATE_STAT_TABLE).

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

Вновь столкнулся с той же проблемой на другой БД, но та же 10-ка.
Не помню, как диагностировал, но что-то статистика редко собирается по одной из таблиц.
Напомните, пожалуйста, как получить текущее значение estimate_percent по конкретной таблице, чтобы понять, действительно ли не достигнут порог необходимый для повторного анализа таблицы, или же дело в чём-то другом и причина несбора статистики более сложная?

Да, не корректно написал, мне хотелось бы понять, как Oracle принимает решение о необходимости пересбора статистики по таблице.
Хочу вручную посчитать, достигнут ли порог по конкретной таблице и понять причина в слишком высоком пороге или например в нехватке окна обслуживания или ещё в чём-то....

Вроде ранее находил соответствующие запросы или процедуры, но сейчас гугл не помог. Мониторинг по таблице, естественно, включен.