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

><для TEMP'a ничего очищать не нужно. В этом и есть >смысл временного про-ва. >

>В каком смысле ???
>Пример такой: после работы с VIEW физический размер
>TMPSpace стал ~ 1 Ггб, хотя логически используется
>теперь(после работы с VIEW) ~ 30 Мгб.

Вот не понял как "работа с VIEW" может повлиять на физ. размер временного пространства??? Во-первых, во врем. табличном пространстве могут находится только данные при сортировках и временные таблицы. Процесс выделения екстентов в нем никак не управляем (в смысле человеком), поэтому о нем можно просто забыть. А автоэкстенд, конечно же надо выключать (как уже сказал killed), причем для всех табл. пространств.

>Вопрос такой как настроить параметры при создании
>TMPSpace что-ба размер его возратился к 30 Мгб ???
>Или как-то по другому это можно сделать ???

><Про userSpace не понял. Если имеется в виду табл. про-
>во данных или индексов, то что вы хотите там очистить?>

>Ну была табличка в 1 Ггб, теперь её нет, а физически
>табличное пространство на 1Ггб больше чем занимаемое
>остальными табличками.

>Вопрос как избавится от этого неиспользуемого 1Ггб. ???

если таблица дропнута, а свободное место в конце файла, то можно сделать
alter database datafile '...' resize ... ;
т.е. изменить его размер.

>Угу, и при работе с VIEW тоже создаются временные
>таблицы.

Вот с этого момента, пожалуйста по-подробнее. В каком случае они создаются?

>И как при росте обьема таблиц - бежать к каждому
>серверу и увеличивать размер Space ?????????????

А зачем бежать - Вы что, все сервера только локально администрируете? Ну и админ должен представлять, что у него в базе делается, а не надеяться на автоекстенд. Кроме того известные грабли с автоекстендом это когда файл пытается стать большим, чем позволяет операционная система и тогда наступает corruption :-)

>А как собственно узнать что <свободное место в конце
>файла ???

Ну первый путь совсем простой - попробовать уменьшить - а он не уменьшится :-) А более интелектуальный - посмотреть в dba_free_space.