Для топикстартера и некоторых отвечающих будет полезно почитать топик 4-х летней давности (к тому же эта тема поднималась множество раз - нужно всего лишь воспользоваться поиском).
http://sql.ru/forum/actualthread.aspx?tid=203290&hl=%f0%e0%e7%ec%e5%f0+%f2%e0%e1%eb%e8%f6%fb

Sergey Babitch
И всё свободное место в занятых экстентах будет возвращено системе для использования другими (или этой же самой) таблицами.
В принципе правильно, но есть несколько замечаний (так как картинка не такая простая :)
1) для "этой же самой таблицы" пространство в экстентах с удаленными строками доступно для вставок все время и без всяких манипуляций;
2) Если у таблицы при создании установлен большой начальный экстент (и дополнительные экстенты не выделялись, для простоты примера), то после удаления большого массива строк и проведения манипуляций по "сжатию" (alter fragment on...) свободное пространство из экстента никуда не денется и другим таблицам будет не доступно. Сначала (перед alter fragment) нужно привести в нужному значению (уменьшить) размеры начального и дополнительного экстентов.
3) операция alter fragment транзакционная и для больших таблиц может не хватить объема логических журналов (см. понятие "длинной транзакции"). Эта проблема тоже не раз обсуждалась.

Петров АндрейКак имея эти данные расчитаь размер таблицы который она отъедает от тейблспейса?
В "тейблспейсе" не может быть нескольких таблиц, точнее таблица может занимать один или несколько tablespaces.

Leonid Belovvasilis
1) для "этой же самой таблицы" пространство в экстентах с удаленными строками доступно для вставок все время и без всяких манипуляций;
Для этого нужно еще одно условие - статистика по таблице должна быть обновлена хотя бы раз. Если этого не было - свободное пространство повторно не используется - по крайней мере в 9-й версии
Мне кажется, что вы ошибаетесь. (Хотя рубаху на груди рвать не буду и проверить сейчас не могу :)
Если не обновить статистику, то при выполнении запроса оптимизатор просто не будет знать, что большинства строк уже нет, и может принять неверное решение по сканированию всех , даже фактически пустых, страниц таблицы.
А вот при вставке новых строк эта статистическая информация, насколько я помню, не нужна и свободные слоты на странице будут использоваться в любом случае (или только для модифицируемых строк ?).
Правда, возникает закономерный вопрос - неужели при вставке будут проверяться заголовки всех страниц таблицы в буфере для поиска свободных слотов или будет просто браться свободная страница экстента из битмаповой страницы ?

Leonid Belovvasilis2) Если у таблицы при создании установлен большой начальный экстент (и дополнительные экстенты не выделялись, для простоты примера), то после удаления большого массива строк и проведения манипуляций по "сжатию" (alter fragment on...) свободное пространство из экстента никуда не денется и другим таблицам будет не доступно. Сначала (перед alter fragment) нужно привести в нужному значению (уменьшить) размеры начального и дополнительного экстентов.

С дополнительным все просто. А как изменить размер начального экстента без пересоздания таблицы?
Никак :)

zaietsКстати, если для таблицы было выделено больше места чем нужно, с помощью
"fragment repack shrink"
можно освободить неиспользованное место изменив начальный размер экстента,
компрессия при этом происходить не будет.
Это все с версии 11.5 ?
Да, я уже сильно отстал "от жизни" :(