Oracle 10g
Есть таблица
create table part_tab



У таблицы есть PK на pt_id
Кроме уникального индекса для PK есть составной индекс на (pt_date(поле по которому строятся секции) и pt_name)
На этот PK смотрят несколько FK из других таблиц
Таблица очень толстая
Неообходимо добавить секции, которые будут лежать в другом ТП.
Для этого придется делить PRT_MAX.

Запись в таблицы будет отключена на момент деления

Первый раз делить будем на секцию с данными, которые останутся в текущем ТП и на новую секкцию без данных, которая будет уже в новом ТП

alter table part_tab split partition PRT_MAX at(TO_DATE('2019-08-01', 'YYYY-MM-DD')) into
(PARTITION PRT3 tablespace old_tablespace, PARTITION PRT_MAX tablespace new_tablespace);
Дальше мы поделим PRT_MAX в новом ТП и проблем с этим не должно быть

Вопросы
1. Учитывая, что данных в новой секции не будет. Можно ли провести деление секции без перестройки индексов.
На первый взгляд и проб они остаются валидными. Если нет, то какая правильная стратегия в этом случае
2. Что будет с клобами, записи которых впоследствии попадут в новую секцию? Они в каком ТП будет жить. Если в старом, то как правильно заставить их жить в новом

Уточнение

Наверное для переноса новых лобов в другое ТП нужно будет изменить скрипт на так?




Или не обязательно?

Ну и первый вопрос остается

Вячеслав ЛюбомудровЭто безотносительно версии (ну, точнее, именно фича FSP появилась в 9.2)

Optimizing SPLIT PARTITION and SPLIT SUBPARTITION Operations
Это называется "Fast split partition" и достаточно легко гуглится https://www.google.ru/search?client=opera&q=fast split partition oracle site:support.oracle.com

Ну и LOB-storage кляузу (или как она там называется) можно указывать не только в [под]команде SPLIT, но и MOVE (для пустой секции это тоже безопасно в плане инвалидации индексов)

PS. В этом случае для старой секции (которая не меняется) в команде SPLIT лучше не указывать атрибуты хранения
Спасибо за ссылочку и поддержку.