Имеем
CREATE TABLE A (
ID integer,
/*куча еще других полей*/
POBJECT integer
);
ALTER TABLE A ADD PRIMARY KEY (ID);
CREATE UNIQUE DESCENDING INDEX DTS_DESC ON A (ID);

Также есть некое клиентское приложение "К1", которое постоянно закидывает в таблицу А данные,
в режиме 24х7. Неважно от того сколько данных и скорость поступления этих данных
(а также количество этих клиентов ) -
все работает прекрасно и быстро (к слову - у таблицы есть еще три объемных триггера).

Пойдем далее. Есть еще одно клиентское приложение "К2", которое при поступлении новых записей
в А, в онлайне и в dbgride показывает последние 100 записей. Но К2 не просто показывает все записи
select * from A (здесь и далее не буду ставить ордер бай айди, с этим все в порядке)
а по такому принципу
select * from A where ((pobject=12) or (pobject=193) ... этих OR"ов - штук 100-200))

причем у каждого пользователя "К2" свой набор параметров (те которые 12, 193 ...), то есть один
наблюдает за одними объектами, другой за другими и тд.
Один-три клиента не вешают ibserver, а вот 5 и более (3ГГц,512,не SCSI) - загрузка 100%
Я где-то читал, этому (вешалке) может способствовать большое количество OR'ов, равно как и конструкция IN.
Как временный выход можно преобразовать отдельные ОР"ы в диапазоны (реально быстрее),
но в общем случае набор параметров не упорядочен.
Что можете подсказать, исходя из опыта и практики.
ЗЫ. Прошу не предлагать модификацию сервака (что если ОР"ов будет миллион).

Спасибо, Алексей. :) Буду пробовать. Интересное решение, как получится - сразу сообщу.
Сразу еще вопрос возник - значит ли фраза, про " ...в серверах меньше чем FB1.5 и Yaffil ", этой проблемы (если все останется как и раньше) не будет.
А планы и запросы - на самом деле тривиальны:

select first 100 * from A
where (id>123213) and ((pobject=12) or (pobject=193) ... ))
order by id desc
PLAN (A ORDER DTS_DESC)

Прошу прощения за недостаточно поставленный вопрос - по PObject нет индексов вообще. Как быть?