Доброе время суток.
Подскажите, пожалуйста, по следующей проблеме.

Есть большая таблица, в которую добавляется несколько десятков миллионов записей каждый день (каждый день создается новая субпартиция), на текущий момент в ней содержится более десяти миллиардов записей.

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

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

Может быть есть какие-то шаманские способы быстрого создания такого индекса?

andrey_anonymous, спасибо ответ.

Извиняюсь, забыл упомянуть, что используем версию оракла 11.2.0.4, а на 12-м думаю, что предложенное вами решение помогло бы.

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

Индекс создается примерно так:

andrey_anonymous, спасибо.

> ...глобальный индекс на 10 посуточно-секционированных ярдов... Надеюсь, Вы понимаете что делаете.

В чем Ваши сомнения?
Строк с заполненными значениями нового поля будет очень мало, лишь несколько сотен в день, поэтому глобальный индекс будет совсем небольшого размера.
На время вставки новых записей в таблицу это существенно не должно сказаться, т.к. обновлений нового индекса будет очень мало.
А транкейт субпартиции у меня выполняется с опцией:


Что вроде бы тоже должно не на много замедлить данную операцию.
Или я что-то не понимаю?

Еще поясните, пожалуйста, почему Вы рекомендуете создавать индекс не с локальной машины, а на сервере.
Это как-то повлияет на время время создания индекса? Или таким образом я застрахован от случайного разрыва соединения?

miksoft,

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

В будущем нужно будет помнить, что одно поле основной таблицы лежит в другой вспомогательной таблице.

На мой взгляд все это ведет к усложнению дальнейшего сопровождения основной таблицы.

Вспомогательная таблица это и есть аналог моего индекса, только в данном случае мне добавится работа по его сопровождению, а плюсов от этого я не вижу.

miksoft,

miksoft> Не нужно создавать индекс на 10 миллиардах записей

Почему? Этот индекс функциональный, в нем будут записи только для строк у которых заполнено новое поле, т.е. индекс будет совсем небольшой.
Какие минусы от создания этого индекса?