иметь доступ к рандомной странице. однако она неэффективная на больших оффсетах
что если нужно и эффективно и с доступом к произвольной странице?
а можно пример что за большие офсеты
а вы поняли вопрос?
Какой был вопрос? Про экспертов в пагинации?
у вас какой вопрос? их тоже несколько, как и в моём сообщении
Ну с таким подходом полагаю мало кто захочет тебе отвечать.
ты можешь не отвечать)
Кмк тут только пагинация по ключу, т.е. по индексу, без дополнительных фильтров. Тогда оффсет будет дешевле
Может быть тебе нужна сортировка по достаточно уникальному ключу типа uuid
WHERE (комбинация параметров сортировки) > (последняя комбинация на предыдущей странице) Никакого оффсета, только лимит
Нет такого варианта. Либо быстро, либо с доступом к произвольной странице.
https://youtu.be/wi6h9ox1wwM?si=Xk54UIqRU330i84n
Выбери что-то одно, или offset/seek pagination с индексом по атрибуту, по которому будешь двигать курсор и тогда у тебя быстрая бесконечная лента, либо произвольный доступ, но обычно редко кто дальше пары первых страниц заходит. Но если нужен такой вариант, тут только кэшировать отдельные страницы, но нужно понимать, тогда у тебя другая проблема - инвалидация кэшей и обновление вьюх
Ну не, можно комбинировать оба подхода - для перехода к следующей/предыдущей использовать один подход, для перехода к случайной странице второй. Но проблема вычисления count для подсчёта числа страниц все равно останется
Обсуждают сегодня