Ну это уже совсем за гранью
Достаточно сделать SHRINK, а лучше MOVE (и не забыть про LOB, если есть), после чего перестроить индексы

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

PS. 50 млн. оно, конечно, не сильно много, но и маленькой ее назвать тоже язык не поворачивается (если там не одно поле, конечно)
PPS. Насколько помню, в 10g были страшные баги со SHRINK, если этот процесс аварийно заканчивается, поэтому предлагаю MOVE
PPPS. Если там 24x7, то либо терпеть, пока поднабьется (тут еще интересно, а сколько в процентном соотношении ТС удалил строк), либо попробовать DBMS_REDEFINITION, что, правда, требует некоторого "уровня"

Сможешь продемонстрировать, когда хотя бы отстает?

Грань злаВячеслав ЛюбомудровСможешь продемонстрировать, когда хотя бы отстает?CTAS может быть полезен в случаях когда интересует сжатие т.к. дает возможность отсортироватьТут можно согласиться (хотя, естественно, у аффтара не тот случай), но тоже с оговорками -- по собственному опыту: делал просто MOVE COMPRESS и CTAS ... COMPRESS ... SORT, разница 5-10%, но это мои данные и мой опыт
Грань злаMOVE может быть полезен когда нет смысла париться с правами и инвалидациейинвалидация тут не причем, а вот перевешивание и проверка всех ограничений (включая CHECK, например, не говоря уж о кучи FOREIGN KEY) есть вполне себе измеримая разница по времени

Грань злапроизводительность сопоставима в обоих случаях
оба позволяют указывать nologging
где же грань?Разница в трудозатратах (как необходимость ничего не забыть, так и изучать, а возможно, и тестировать новые конструкции)
MOVE+REBUILD банально проще, а результат не хуже

SHRINK в этом отношении еще проще

ВодолейВячеслав Любомудров,
пробовал insert с хинтом /*+APPEND*/ но толку нет. также все медленноА каким оператором (интересует SELECT-часть)?
Нет ли там у тебя завязки на твою многострадальную таблицу?

Ну и?
Ты уверен, что тормозит именно вставка, а не выборка?

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

PS. И еще маленький советик -- после /*+ ставь пробел, иначе хинт может игнорироваться, была такая бага в SQL, вызываемого из PL/SQL в ранних версиях, но может у тебя 10.2.0.1 и оно тоже попадает

Я нихрена не понял -- проблема у тебя или у меня?
Зачем ты мне что-то пытаешься объяснить (оценочными суждениями)?

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

Почему это может происходить -- тебе уже сказали
Как влияние этого можно уменьшить -- уже сказали

PS. Простая проверка, что APPEND работает, это до коммита попробовать выборку из этой-же (куда вставляется) таблицы

DВАcommit после чистки мусора сделал?Вот честно, вертелся такой же вопрос, но я как-то постеснялся