Народ, подскажите пожалуйста теоретический вопрос по оптимальному построению индексов в Informix
Есть три поля
flag char(1)
name_file char(12)
dt_registr (datetime year to second)
Во время работы программ производится отбор данных по различным условиям в разное время. Например
1. name_file = "tt010101.txt"
2. flag = "0" and name_file[1,2] = "rr"
3. flag = "0" and dt_registr < current and name_file[1,2] = "dd"
При том что поле flag определяет статус обработки строки и зачастую является первичным для поиска нужных строк, а поиск по name_file ведется (как показано во втором и в третьем условии) по части поля.
В связи с этим возник спор - как оптимально построить индексы для Informixa.
Либо создать три отдельных индекса на каждое из полей
1.flag 2.name_file 3.dt_registr
или создать три индекса, как по условию where
1.name_file 2.flag,name_file 3.flag,dt_registr,name_file
или достаточно двух индексов
1.name_file 2.flag,name_file,dt_registr
или
1.name_file 2.flag,dt_registr,name_file

Спасибо за разъяснения.
С прочими запросами вопрос не ставится. Речь идет только про те три запроса, которые я описал. Они составляют ~90% всех ежедневных запросов.
Про интенсивную вставку строк я сразу не подумал. Действительно надо брать в расчет и этот показатель.
Просто меня смущает немного тот факт, что поиск по полю name_file производится по первым 2 символам.
Будет ли в этом случае индекс flag,name_file,dt_registr работать эффективно, если выборка будет вестись по всем трем полям flag,name_file,dt_registr.

В общем я разобрался сам. Открыл и почитал талмуд. Сделал несколько экспериментов. Просмотрел set explain. И в принципе получил ответы на интересующие меня вопросы.

Хорошо. Попробую изложить свои рассуждения вслух. Я конечно не разбирался во всех деталях досконально, а только выяснил вопросы интересующие меня.
Исходя из моей ситуации - есть таблица в которую каждые 30 секунд накачиваются строки данных для последующей обработки. Первоначально полю flag присваивается значение "0". Соответсвенно это те строки которые подлежат обработке. После завершения обработки по результатам flag апдейтится в одно из значений ("1","2","9"). Соотвественно и поиск в обязательном порядке у меня должен вестись вначале по полю flag. Далее среди строк со значением 0 каждый из процессов выхватыват свои, производя поиск по первым 2 символам поля name_file. Ну и плюс ко всему иногда дополнительно в запросе участвует поле dt_registr и плюс поиск ведется целиком только по полю name_file.
Исходя из всего вышеизложенного я рассудил (и частично тесты подтвердили мои рассуждения) что три отдельных индекса на каждое из полей будет не самым эффективным хотя бы потому, что они будут отчасти излишними.
Поэтому остановился на варианте 2 индексов
1) flag,name_file,dt_registr
2) name_file
В принципе я и сразу хотел так поступить. Но меня смущал тот факт, что поиск по имени файла производится не целиком, а только по первым 2 символам. Когда идет поиск по первым двум полям, то старшая часть индекса отрабатывает как положенно - это я знал и раньше (даже если поиск по name_file ведется и не целиком по полю). При поиске же по всем трем полям (как показал set explain) вначале отрабатывает старшая часть индекса, состоящая из flag,name_file после чего из выбранных значений производится поиск по третей части индекса. Что меня полностью устраивает.
А порассуждав еще немного - было принято решение исключить dt_registr вообще из индекса ;-)) Так как его ефективность достаточно низка. Отобрав из таблицы записи по flag и name_file получается выборка состоящая менее чем из 100 строк (за очень редким исключением). Соответсвенно и строить индекс на оставшиеся строки практически не имеет смысла. Да и запрос с поиском по всем трем полям относительно редок.
Вот все мои рассуждения. Если я в чем то не прав. То на полноценное знание всех основ работы с базами данных я не претендую.