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

TSYS ?

cpr

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

Какая ?

ИМХО В своем предложении Вы упустили слово уникального .
Если не пропустили, тогда я не понимаю что Вы хотели этим сказать.

cpronstat-
что Вы хотели этим сказать.

А сказать то хотел оказывается простую мысль, что если таблица фрагментирована, то индесы в таблице лежать не могут ;-)
Но получилось как как получилось :-(

Если бы вы сказали какая( процитировали сервер) , не пришлось бы упражняться в телепатии :).
У нас профи-телепаты в безвременном отпуске :)

Все индексы в фрагментированных таблицах всегда detached.
Вы не сможете создать уникальный индекс на фрагментированной таблице ( с любой фрагментаций)
если поле по которому фрагментируется таблица не содержится в ключе индекса.
Что бы такой индекс создать, для него нужно явно указывать либо дбспейс , либо условие фрагментации.

Найти компромис между скоростью работы с фрагментами (подключения и отключения)
и прочими частями приложения не простая и не тривиальная задача.
Наличие неправильно созданного PK бывает достаточно что бы растянуть alter fragment на пару часов, Но можно создать схему хранения, где таже операция alter fragment
будет занимать пару секунд(минут).

з.ы. Если кому нужен спец по постройке хранилищ, быстрого добавления и удаления старых данных и т . д ( Informix, Oracle) обращайтесь, я тут как раз подыскиваю себе работу.
Мыло в профиле, резюме вышлю по запросу.