Для этого нет решения для магов c.
Да, это может быть медленным. Но я считаю, что это не показатель проблемы в разбивке по страницам, а скорее показатель того, что используется неподходящее средство / решение.
Я считаю, что использование подкачки для навигации по огромным наборам данных - плохой подход. Я бы посоветовал вам использовать относительно небольшое количество страниц, например 20 страниц. Если вы хотите перемещаться по большему объему данных, подумайте о правильном разделении / структурировании данных в ваших запросах. Например, если ваши данные могут быть отфильтрованы по времени, рассмотрите возможность использования в вашем запросе надлежащих фильтров (и соответствующих элементов GUI, если они запускаются из GUI).
Сначала попросите пользователя выбрать период времени , например, от / до лет, или от / до даты, или от / до часов, в зависимости от того, сколько данных у вас есть. И используйте пейджинг для такого запроса (который будет возвращать относительно небольшое количество страниц).
В качестве альтернативы, независимо от того, какой фильтр / критерии поиска определены пользователем, в первом запросе проверьте количество страниц. Если он превышает какой-либо лимит (например, 20 страниц), выведите исключение и попросите пользователя уточнить критерии фильтрации / поиска. Продолжайте до тех пор, пока количество страниц не превысит желаемый вами лимит. Пейджинг с таким фильтром может быть намного быстрее.