Добрый день.
Разрабатываю приложение, которое использует Firebird в конфигурации Embedded (платформа - Linux, версия FB - 2.1.5). База данных расположена на отдельном диске (без файловой системы - чисто на блочном устройстве).
Есть несколько таблиц со структурой:
1.
2.
CREATE TABLE Table1(id numeric(18,0), i_timestamp numeric(18,0),
i_offset numeric(18,0), PRIMARY KEY (id));
Для каждой создан индекс:
1.
CREATE ASC INDEX idx_Table1 ON Table1 (i_timestamp);
Выполняю запрос:
1.
SELECT FIRST 1 ID, I_TIMESTAMP, I_OFFSET FROM Table1 WHERE I_TIMESTAMP >= <значение> ORDER BY I_TIMESTAMP ASC;
В итоге, при размере таблицы примерно в 700 000 записей первый такой запрос к таблице выполняется от 6 до 17 секунд. Последующие запросы отрабатывают быстрее (подозреваю, вследствие кэширования FB). И далее, чем больше записей, тем больше время выполнения запроса. Макс. время выполнения запроса видел - 65 секунд (!!!!).
Прочитал в документации, что после массового удаления/добавления записей необходимо вручную инициировать пересчет индексов:
1.
ALTER INDEX idx_Table1 ACTIVE;
И да, это помогает. После перестройки индексов запросы выполняется очень быстро. НО есть две проблемы.
1) Если я завершаю свое приложение и отключаюсь от базы, то при последующем запуске и подключении нужно опять делать перестройку всех индексов - а это приводит к тому, что перестройка всех индексов занимает более 225 сек, что очень плохо. Почему Firebird не сохраняет высчитанные значение в файл базы данных, например ?
2) После перестройки индексов, все запросы из таблицы работают очень быстро, однако, со временем, при изменении таблицы, вновь растет время выполнения запросов. Есть ли какие-либо рекомендации, с какой частотой необходимо перестраивать индексы, чтобы быстро отрабатывались запросы к БД ?
Надеюсь, кто-то сталкивался с таким и поможет найти решение.
