InterloperМеня интересует мнение сообщества
При чем тут мнение сообщества. Тут важно конкретно твоё понимание.

Объясню на пальцах. При чем все это относится к любой базе, не только Firebird, включая допотопные и будущие. У тебя есть 3 варианта:

1. Таблица маленькая (какой нибудь короткий справочник в 5-10-20 записей). Тут индексы вообще не нужны никакие (ну кроме ПК для удобства использования уникальности записи). Быстрее записи перебрать чем подобрать индекс, поднять его в память и использовать.

2. Если в поле f1 одинаковые значения, то без индекса по двум полям (f1,f2) а только с индексом по f1 запрос с условием f1=:x and f2=:y будет равносилен (в лучшем случае) полному перебору всех записей без использования индекса. В этом случае индекс с двумя ключами (f1,f2) нужно делать обязательно (если, конечно, в f2 все значения не одинаковые, тогда просто условие делать не надо).
То же самое касается случаев, когда в f1 "много" одинаковых значений. Например, в таблице 500млн записей, а значения f1 1..100.

3. Если в поле f1 уникальные значения, то что с индексом (f1,f2), что с индексом (f1) у тебя запрос с условием f1=:x выдаст одну (максимум) запись. Соответственно, и f1=:x and f2=:y - тоже максимум одна запись. Следовательно, ключ f2 индекса будет только занимать место на диске, приводить к лишним чтениям и занимать лишнюю память. В таком случае индекс с ключами (f1,f2) бесполезен и даже вреден , надо делать только индекс (f1).
То же самое касается случаев, когда в f1 значения "почти" одинаковые. Например, дата/время, или еще что-то, что ты знаешь, в силу специфики твоей задачи. Т.е. если ты знаешь точно, что запрос с f1=:x будет выдавать единицы записей, то 2-й ключ делать не надо .

Какой случай у тебя - я хз.
У меня, например, много огромных таблиц, в которых есть индексы с ключем (TERMINAL_ID,SHIFT_ID). Терминалов больше ста, смен в каждом терминале несколько тысяч. И за каждую смену в зависимости от таблицы от одной записи до десятков тысяч записей. Иногда использую индексы даже с тремя ключами.
Все запросы TERMINAL_ID= AND SHIFT_ID= работают мгновенно уже более 10 лет. К слову сказать, оптимизатор ФБ всегда для таких запросов верный план подбирает (конкретно для этого случая проблем не было ни разу).

И еще, напоследок. Тебе тут советовали факи многие уважаемые люди. Прочти их. Хоть раз в жизни придется прочитать для понимания, как это работает. Как вообще индексы работают. Как используют битовую маску ключа, как сортируются и вообще, теорию почитай. Для общего понимания, зачем это надо.

fd00ch,

Как зачем. Чтобы по всему терминалу за всю историю суммы считать. Чтобы за период смен суммы считать... А что? Смены, кстати, с единицы в каждом терминале идут.