Здравствуйте.

У меня возникла ситуация:
Есть некая таблица с пейджингом.
Для выборки используется фильтрация по полям.
Записей в базе десятки милионов.

Проблема в том что при обычной схеме пейджинга (2 запроса: count(*) и запрос данных) на таких объёмах данных тормозит.
При этом второй запрос естественно ограничен количеством записей отображаемых на странице (например 25).
Но запрос общего количества естественно без этого ограничения, но с фильтрацией.
Объёмы огромные а пейджинг нужен. как выкрутиться?

здесь нужно применить математику, но каким боком не понимаю.
как расчитать номер страницы, и есть ли страницы до и после если не знать общего количества записей в выборке?

ShSerge,

в моём случае db2 v8.

да. на самом деле без COUNT как не крути не обойтись.
хотя можно этот фрагмент оптимизировать. Например после поиска с фильтрацией положить во временную таблицу, потом по ней посчитать COUNT и сделать выборку с ограничением. Но это спорно и нужно тестировать, т.к. может оказаться что пользователь не указал фильтры и тогда вся таблица целиком будет копироваться во временную.

У меня уже спортивный интерес. Даже если я откажусь от такого пейджинга в этой системе, поэксперементировать интересно.

MasterZivа зачем тебе такие объемы на клиенте нужны?
Нет. такие объёмы мне на клиенте не нужны. Для ограничения есть фильтры, которые указывает пользователь. Но он может указать их мало. В итоге результат сожет быть огромным, поэтому есть пейджинг. и на клиента загружается только одна страница, а не все.