Поскольку временная табличная область создаётся для операций сортировки, а желательно что-бы сортировка производилась всё-же не на диске а в памяти
(select name, value from v$sysstat where name like '%sort%';).
В этом контексте непонятно зачем тебе вообще такие большие области?

"PS 1Gb - это не очень много для TEMP".
А размер остальных файлов данных в сумме сколько составляет для такого TEMP?

Я не говорю что что так надо ориентироваться, я просто спрашиваю. Если у меня база скажем для примера, у которой пользовательские файлы данных составляют 800Mb и 400Mb индексы. И если при этом 1Gb на TEMP - всё это выглядит как-то нелепо.
Поскольку операции сортировки используют место на диске временно, это сколько ко же одновременно должно работать пользователей и какие они должны выдавать запросы, что-бы использовать такой большой TEMP?
Я могу например привести такую статистику по своей базе,правда не за самый нагружаемый период, за 10 дней:
sorts (memory) 68566
sorts (disk) 0
sorts (rows) 61927470
Это в принципе не очень много, но размер TEMP у меня всего 100Mb и как видишь сортировок на диске нет вообще.

SQLWKS> select max(bytes)/1024/1024 from dba_segments
2>
MAX(BYTES)
----------
292,304688
Выбрана 1 строка.

Тебя это интересовало?

Вообще это таблица, но есть индекс для этой же таблицы:
SQLWKS> select
2> bytes/1024/1024
3> from
4> dba_segments
5> where
6> bytes = (
7> select max(bytes) from dba_segments where segment_type='INDEX')
8>
BYTES/1024
----------
117,8125
Выбрана 1 строка.

То есть если я сделаю alter index <index> rebuild - то что он мне скажет?

Команда alter index <index> rebuild - прошла нормально.
Анализ показал, что размер файла временной области не увеличился. Зато увеличился размер индексной области, т.е временные сегменты при сортировке выделялись непосредственно в ней. Это конечно не очень хорошо. Но сортировка прошла.
И все жё "пользователям запускать произвольные селекты" и перестоение индексов задачи немного разные.
И без особой необходимости, причём ежедневно перестроение индексов тоже я не делаю и думаю никто не делает.

Ну вот, здрасте, я понимаете ли базу свою подпортил - увеличил размер индексного файла данных на несколько десятков Mb, а пример оказывается был не показательный

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

Понятие большой/маленький это очень индивидуально для каждой отдельной базы данных. Поэтому каждый подбирает параметры базы так как это требуется в конкретном случае. Я думаю, что я не стану сейчас себе увеличивать временную область со 100Mb до 1G, даже при том что я согласился с формулой, что "2-2.5 размера бОльшего сегмента." Просто пока нет такой необходимости. Есть хорошая формула - решать проблему по поступлении.
Поэтому предлагаю тему закрыть.

"To killed: предполагаю, что речть про TEMP админу подразумевала под собой следующее:

CREATE / ALTER USER <ADMIN> TEMPORARY TABLESPACE <temp_for_admin>"

Блин, писал большой расширенный ответ, но комп грузанулся, не успел отправить. Снова писать не буду.
Скажу кратко.

Вобщем, всё правильно, так и есть, как написал SAA_
1. Создаю новую temp
2. содаю пользователя, назначаю ему эту temp
3. даю права, какие надо
4. выполняю операции, в частности alter index ...
5. после завршения работ, перевожу в offline и удаляю

Причём, что-бы не быть голословным я всё это произвёл только что на своей базе. Скажу что темповая область изначально была 10Mb, но в результате увеличилась до 89Mb. Так что сортировка прошла не зависимо от того что размер сегмента 117Mb.

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

Можно конечно эти области и не удалять. Но я не хочу их бэкапить каждый день, зачем тратить место и время.

Всё, из дискуссии выхожу.

Даже если идёт горячий бэкап?

Логично. Ok, когда буду использовать большие TEMP области буду так и делать. Спасибо.