slava7k,
10028249
и вообще, покопайтесь и тут в т.ч.

slava7kqwwq,
спасибо, но этот способ, как и другие способы, найденные в интернете не подходят. Ломаю голову уже 3 день.

Проблема в том, что в таблице нет возможности использовать значения по порядку, чтобы заменить OFFSET и применять конструкции вида 'WHERE id >= 7041852 LIMIT 50' т.к. сначала в запросе происходит выборка нужных данных по категории.при чём тут id

OFFSET у вас подразумевает ORDER BY. где, если набор полей не является ключом, вы будете иметь "артефакты пагинации". (с поправкой на то, что NULL в полях допустим, и трактуется как одно из значений поля ключа). Поэтому всегда можно трансформировать ORDER BY {key-list} OFFSET xxx на WHERE {list {coalesce(keyN,'')}>=}.

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

slava7k,

PS отбор и "пагинация от достигнутого" у вас вполне могут лежать в одном WHERE



-- ибо оно, некоторым образом, т.с. "линейно не зависимо"

slava7kqwwq,

qwwq, у меня была такая мысль, только не могу понять, как можно получить "достигнутое"? Например, клиент запрашивает определенную категорию и вторую страницу. Делаем выборку сначала по категории, а потом как перескочить через первых 50 результатов? В одном запросе такое возможно?
чтобы перескочить первые 50, надо отсчитать эти первые 50.
чюдес не бывает.

ускорение не в том,что вы не отсчитываете, а в том, что отслайсав сначала, вы кладете достигнутое в коллекцию ключей для


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

хорошо слистывает по индексу.


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

если же вам по любому свистку сразу 100500-ю страницу хочется, то посмотрите на возможность вести таблицу "пагинирования" триггерами. Правда при множестве способов пагинирования скорее всего объём таблички будет запределен.