Oracle Database другое табличное пространство для индекса

Question

Мой вопрос касается ситуации, когда табличное пространство, используемое для индекса первичного ключа, отличается от табличного пространства, используемого для самой таблицы. Будет ли Oracle использовать этот индекс или он станет непригодным для использования?

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

Означает ли это, что табличное пространство индекса первичного ключа должно всегда совпадать с табличным пространством самой таблицы? Или это верно для любого вида индекса (например, индекса столбца)?

Применимо ли это правило также к DB2?

Answer 1

Хранение индексов и данных в разных табличных пространствах вполне допустимо.Что происходит, когда вы делаете:

alter index index_name rebuild;

После этого индекс по-прежнему не работает?Если нет, проверьте параметры импорта в таблице.Например, SQL * Loader может сделать недействительными индексы с прямой загрузкой пути (это всего лишь предположение, вы не упоминаете, как вы загрузили данные).

Если индекс по-прежнему непригоден, проверьте наличие аномалий данных,особенно дубликаты ключей.Надеюсь, вы это исправите!

Answer 2

То, что сказал Мартин, в порядке. Однако в действительности нет необходимости разделять табличные пространства. Чтобы избежать ошибок табличного пространства при импорте (при условии, что вы используете экспорт / импорт, а не насос данных), нужно создать пользователя с существующим табличным пространством по умолчанию. Затем импортируйте только базу данных, а затем добавьте индексы и ограничения.