nevermindобычная постраничная разбивкаЕсли вместо обычной разбивки "страницы: 1 2 3 4 5 " устраивает урезанная следующего вида "страницы: начало | следующая ", то можно в таблицу добавить дополнительное поле, порядок значений в котором совпадает с одним из необходимых порядков сортировки в показе. Тогда на каждую страницу надо будет делать запрос типа "... where order1 > 324 limit 11", и значение order1 из 11 строки, если таковая найдется, передавать на следующую страницу и использовать там в ограничении "where order > ...".

Для того чтобы не делать апдейты при каждом изменении данных, нужно придумать правильную:) функцию вычисления order1 по другим полям строки. Например, если нужна сортировка по совокупности "категория, производитель, цена", при этом категории и производители в базе меняются редко, имеется не более 99 категорий, 99 производителей, целые цены в долларах от 1 до 999, то order1 можно сделать целым полем формата CCTTPPP, где CC - код категории, TT - производителя, PPP - цена.

MaximZчто то не очень понятно, чем вас не устраивает limit - offset?"limit - offset" наверное не нравится медленной скоростью выполнения при больших значениях offset. LeXa NalBat Обсуждение "Быстрая сортировка" : Если в запросе большой offset, то постгрес должен прочитать это большое число записей прежде чем начнет выдавать результат. У меня запрос "select id from foo order by id limit 10" работает 0.15 секунды, а запрос "select id from foo order by id offset 1000000 limit 10" - 3.5 секунды. Как побороть такое замедление, не знаю. :-( Может быть ввести поле ordr, которое будет упорядочено как id, но принимать последовательные натуральные значения начиная с 1 - тогда второй запрос надо переписать так: "select id from foo where ordr > 1000000 order by ordr limit 10", и он будет выполняться быстро. Однако как в этом случае быстро добавлять строки с id<max(id), удалять строки?