сериал продолжается ;-)
итак третья серия

сделал альтер фрагмент, картина оказалась интересней чем я думал.

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

Вопрос 2all: можно ли сделать альтерфрагмент на автоиндекс?

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

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

если кому интересно, то по времени соотношение следующее

загрузка dbload-ом около 29 млн строк с индексами 14,5 часов
без 6 часов. Индексов 11 ширина строки 776 байт
SUN FIRE 880 (ULTRA SPARC 3 750 МГ, FCAL )

кстати конструкция

alter fragment on table tab1
add expression IN dbs3
after dbs2

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