CREATE UNIQUE INDEX PRODTYPEX ON PROJECT (PRODUCT, PROJ_NAME);
Оптимизатор для этого запроса выберет индекс PRODTYPEX, потому что предложение WHERE ссылается на первый сегмент этого индекса:
SELECT * FROM PROJECT
WHERE PRODUCT ='software';
Напротив, он проигнорирует данный индекс для следующего запроса, потому что PROJ_NAME не является первым сегментом:
SELECT * FROM PROJECT
WHERE PROJ_NAME STARTING WITH 'Firebird 1';
Для просмотра всех индексов, определенных в текущей базе данных, используйте в isql команду SHOW INDEX:
* чтобы просмотреть все индексы, определенные для конкретной таблицы, используйте команду:
SHOW INDEX имя-таблицы;
* для просмотра информации конкретного индекса используйте:
SHOW INDEX имя-индекса;
Оператор ALTER INDEX используется для переключения состояния индекса из активного в неактивное и наоборот. Он может быть применен для отключения индекса перед добавлением или изменением большого пакета строк и устранения при этом дополнительных затрат для поддержки индексов в процессе длительной операции. После этой операции индексирование может быть восстановлено, и индексы будут пересозданы.
Другое использование этого оператора - служебные действия. В нормальных условиях распределение значений меняется постепенно, а при некоторых рабочих условиях - более часто.
Структуры двоичных деревьев, в которых хранятся индексы, могут стать разбалансированными. Переключение индекса из активного в неактивное состояние и обратно пересоздает и балансирует [54] В Firebird и InterBase индексы не могут быть "разбалансированы". -Прим. науч. ред.
индекс.
Синтаксис:
ALTER INDEX имя-индекса INACTIVE | ACTIVE ;
Ошибка "индекс находится в использовании"
Индекс, используемый в транзакции, не может быть изменен или удален, пока не завершится использующая его транзакция. Такие попытки будут иметь различные результаты в зависимости от установок блокировки активной транзакции:
* в транзакции WAIT оператор ALTER INDEX ожидает, пока не завершится транзакция;
* с транзакции NOWAIT Firebird возвращает ошибку.
Информацию об установках блокировок транзакций см. в разд. "Разрешение блокировок" главы 26.
Изменение структуры индекса
В отличие от большинства операторов ALTER синтаксис ALTER INDEX не может быть использован для изменения структуры данного объекта. Для этого необходимо удалить индекс и заново его создать с использованием оператора CREATE INDEX.
Оператор DROP INDEX удаляет созданный пользователем индекс из базы данных.
Используйте DROP INDEX также в случае необходимости изменения структуры индекса: добавление, удаление сегментов, изменение порядка сегментов или изменение порядка сортировки. Вначале используйте оператор DROP INDEX для удаления индекса, затем - оператор CREATE INDEX для создания индекса с тем же именем и новыми характеристиками.
Синтаксис:
DROP INDEX ИМЯ;
Следующий оператор удаляет индекс из таблицы JOB:
DROP INDEX MINSALX;
Никакой пользователь не может удалить индекс, кроме его создателя, пользователя SYSDBA или (в POSIX) пользователя с привилегиями root.
Определенные системой индексы, созданные автоматически для столбцов, определенных в ограничениях уникального, первичного или внешнего ключа, не могут быть удалены. Чтобы удалить такие индексы, необходимо удалить соответствующие ограничения.
Тема оптимизации: оптимальное индексирование
В отличие от многих других реляционных систем баз данных для Firebird не нужен администратор базы данных на полный рабочий день с арсеналом алгоритмов для поддержания нормального выполнения базы данных. Главным образом содержащиеся в порядке базы данных Firebird просто "сохраняются в прежнем состоянии".
Индексы - это значимая составная часть производительности базы данных. Важно понимать, что они являются динамическими структурами, которым, как и движущимся частям двигателя, нужны время от времени "чистка и смазка".
Этот раздел содержит некоторые указания по поддержанию ваших индексов в рабочем состоянии в полном объеме.
Действия по обслуживанию индексов
Индексы являются двоичными структурами, которые могут стать разбалансированными после многих изменений базы данных, особенно если вы пренебрегаете общим обслуживанием базы данных. Индексы могут быть сделаны сбалансированными [55] На самом деле индексы в Firebird и Interbase никогда не бывают "разбалансированными", т. е. глубина индекса всегда постоянна для всех листовых страниц. Соответственно, перестраивать индекс имеет смысл, когда он поврежден и когда требуется высокая скорость массовых вставок, удалений или обновлений. В реальных и больших базах данных плотность заполнения страниц индекса не опускается ниже 85%, независимо от числа дубликатов ключей. - Прим. науч. ред.
множеством способов восстановления оптимального уровня производительности.
Читать дальше