обычно (то есть для меня обычно) индексы заводят для ускорения операций поиска, гораздо реже - сортировки. Возможно жертвуя при этом производительностью операций insert/update.

Вопрос к автору - Как он расчитывает воспользоваться своим индексом для поиска. Кусочек кода, в котором, как он думает, это будет работать.

ЗЫ
Помню, что Акцессс97 не умел разумно использовать составной индекс,
содержащий более 2х полей.

йййй VictoshaПомню, что Акцессс97 не умел разумно использовать составной индекс, содержащий более 2х полей.
А подробнее можно?
поподробней

пусть есть запрос
SELECT Field1,Field2,Field3,...FieldN FROM FavouriteTable
WHERE
Field1=111 AND Field2=222 AND ...

Если Есть составной индекс IX1(Field1,Field2), то Акцесс (кажется любой)
(возможно, точнее планировщик Jet)
сможет им возвользоваться при поиске/отборе данных для выщеуказанного запроса, если этому не помешают прочие условия в запросе.
Для того, чтобы это произошло, НЕОБХОДИМО поля в условии отбора(поиска) перечислять в порядке их вхождения в индекс.

До версии 97 включително Акцесс(Jet) не мог задействовать для оптимизации запросов составные индексы длиной более 2 полей.

Очень не хочется врать, но что-то заставляет меня думать, что в следующих версиях "используемая" длина индекса вырола. Но вряд ли дальше трех. - Надо либо "включать отладчик и смотреть", а может просто Гетса полистать - Где нибудь да написано об этом обязательно.