индексации, а именно: приложение не обязано знать о том, как осуществляется индексация.
2.   Вторая индекс-таблица должна поддерживаться триггером на первой таблице. Триггеры для индекс-таблиц поддерживаются, и использование этого обходного пути, по крайней мере, скрывает проблему в определении индекс-таблицы.
Интересно, что после попытки создать индекс для таблицы part_usage мы получили следующую ошибку:
SQL> CREATE INDEX part_usage_reverse ON part_usage
(used_in_part#, used_by_part#);
*
ERROR at line 1: ORA-25182: feature not avalable yet
Вероятно, из этого сообщения можно сделать вывод, что скоро мы увидим индексы для индекс-таблиц. Тогда вы сможете удалить триггеры, которые сегодня требуются для поддержки индексов в индекс-таблицах, и сделать всю работу декларативно. Ведь именно так и должно быть.
Предупреждение:
По нашим прогнозам, некоторые разработчики попытаются использовать индекс-таблицы, поскольку им не хочется хранить одни и те же данные в двух местах. Мы видим привлекательные стороны этой возможности, но экономия пространства, скорее всего, будет значительной только для очень больших таблиц. Однако затраты, связанные с поддержкой индекса во время загрузки, могут сделать этот метод непригодным для использования.
Индексы с реверсированным ключом
На первый взгляд, индексы с реверсированным ключом (reversed key index) представляют собой нечто странное. Почему, скажите, кто-то должен захотеть хранить индексный ключ в перевернутом виде? Маленькие дети иногда так пишут слова, пытаясь зашифровать их, но в данном случае цель иная. Эта возможность существует просто как высокоэффективное решение известной проблемы снижения производительности, связанной с тем, что индексные ключи отсортированы в порядке возрастания.
Когда каждый новый ключ, который добавляется к индексу, больше предыдущего наибольшего ключа (часто на единицу, если новый ключ генерируется последовательностью) и когда много пользователей параллельно выполняют операцию вставки, им приходится конкурировать между собой за конечный листовой блок индекса. Раньше данная проблема обычно решалась путем генерации следующего доступного ключа и преобразования его каким-либо способом, например путем перемещения крайней правой цифры в крайнюю левую позицию. Это означало наличие десяти, а не одного блоков-листьев
4.  "Большие" особенности Oracle8	69