Да, в статье небольшая заметка есть про это, что бесконечный скроллинг как раз отлично ложится на такой подход.
В целом в статье не только про фреймворки говорится, а что нет комплексных решений для такого подхода. Хотелось бы иметь сквозную технологию, которая упрощала бы все это на всех уровнях, от баз данных до исполнения на фронте
Если я вас правильно понял, то составной индекс должен покрыть этот кейс. Статья, как я упомянул, больше обзорная (манифест), описание подхода, его сильных и слабых сторон, без фанатизма. Вообще говоря, автор примерно в 3х статьях описывает общий подход как построить такие запросы, начиная от pipelined order by и взаимодействии с ним запросов top-n, до конкретных реализаций с некоторыми замерами производительности. Если этот перевод многим зайдет, то постараемся выложить переводы оставшихся статей с пояснениями и некоторыми дополнительными замерами
Под автоинкрементом обычно подразумевается, что значения будут монотонно возрастать. Другое дело, что можно самому установить конкретное значение и этот атрибут уже не будет возрастать монотонно (или вообще использовать рандомный uuid), но для этого мы и должны указывать явную сортировку, а наш ключ, покрыть индексом с такой же сортировкой как и в order by. Поправьте, если неправильно понял ваш вопрос
В целом в статье не только про фреймворки говорится, а что нет комплексных решений для такого подхода. Хотелось бы иметь сквозную технологию, которая упрощала бы все это на всех уровнях, от баз данных до исполнения на фронте