Hi!

Есть ряд вопросов, касающихся целесообразности использования секционирования (range, в частности). Итак:

1. Ключ секционирования - дата.
2. Необходимости или возможности выдёргивать исторические данные по одной секции нет.
3. Все секции находятся на одном дисковом массиве.
4. Доступ к данным происходит, в основном, по значению даты в неком диапазоне (ключ секционирования) и значению ряда других полей, при этом выбираются значения практически всех полей. В половине случаев запрос проходит по всем секциям таблицы (дата < sysdate, например).
5. Таблица увешана индексами (9 штук), как локальными, так и глобальными.
6. Таблица интенсивно обновляется, добавляется и удаляется (впрочем, добавляется, в первую очередь).
7. Приложение явным образом с секциями не работает.

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

>Имеет ли смысл одновременное использование и локальных и глобальных индексов?
Это зависит от запросов

Можешь рассказать чуть подробнее? Смысл в том, что все (вообще) селекты содержат в себе элемент даты, только в одной половине случаев дата ограничена с одной стороны, а в другой - с обеих. Ну и разные другие поля фигурируют (таблица очень широкая).

А какая разница, связано что-то с датой или нет, если дата - всегда одно из условий запроса? Чего-то я запутался :)

Расскажи, пожалуйста, за счёт чего может быть выигрыш в производительности в моём случае при использовании секционирования? Да, кстати, забыл сказать - таблица практически ни в одном запросе ни с одной другой таблицей не соединяется.

Дык выигрыш-то где?