Попросили посмотреть базу, мол медленно работает. Прогнал валидацию, всё в порядке. Открыл индексы и вижу, что индексы PK, FK и UNQ отключены с ключем RDB$INDEX_INACTIVE = 3.
Тут говорят можно просто включить индекс, а именно выполнить ALTER INDEX ACTIVE. Выполняю - ошибка: "Cannot create foreign key constraint FK_NAME. Partner index does not exists or is inactive."
Стоит FB 3.0, соответственно вручную включить индексы я не могу в системных таблицах. :) Остается только вручную их пересоздать или бэкап-рестор БД, но не об этом речь. Вопрос в том баг это или так задумано?

В доках к FB 3.0 на стр. 139 написано:
"Подсказка
Даже если индекс находится в активном состоянии оператор ALTER INDEX ACTIVE
всё равно перестраивает индекс. Таким образом, эту команду можно использовать
для перестройки индексов, автоматически созданных для ограничений PRIMARY KEY,
FOREIGN KEY, UNIQUE, для которых выполнение оператора ALTER INDEX INACTIVE
невозможно.".

В случае же с FB 3.0 ALTER INDEX INACTIVE выполняется без ошибок и более того индексы (PK, FK и UNQ) выключаются!

Dimitry Sibiryakov,
Спасибо! Меня что-то переклинило. Показалось что ругается на то, что индекс уже есть, мол пересоздавай его и только. Слава богу удалять индексы не придется, это всего лишь копия рабочей базы :)

Симонов ДенисFreddie26В случае же с FB 3.0 ALTER INDEX INACTIVE выполняется без ошибок и более того индексы (PK, FK и UNQ) выключаются!

чего? Я во только что попробовал






А состояние PK было ACTIVE? Я переключал с ключа 3 на ключ 1, т.е. шило на мало поменял, вот видимо и выполнилось без проблем.

Приношу свои извинения за смуту :)

Симонов Денисhvlad,

ну а что тут ещё можно посоветовать?

Вот такого RDB$INDEX_INACTIVE = 3 вообще быть не должно. Там по идее может быть 0 и 1. Как туда 3 попала хз. Ладно где то сбой в одном месте и не тот байт записался, но в нескольких местах...

Скорее всего мне базу отдали после ошибки во время восстановления из бэкапа. Это по-моему объясняет появление 3 в состоянии индекса.