Это действительно зависит от того, что вы хотите получить.
Если вы хотите, чтобы исходные объекты находились в исходном порядке независимо от операций «Удалить» и «Добавить», вам необходимо сделать копию списка (или, по крайней мере, порядка), а затем перейти через страницу. Скопируйте каждый идентификатор в новую коллекцию, которая не изменяется после загрузки страницы и затем разбивается на нее.
В качестве альтернативы, возможно, более вероятно, что вы хотите увидеть следующие 10 после последнего в текущем наборе, включая любые операции удаления или добавления, которые произошли с тех пор. Для этого вы можете использовать отсортированный порядок, в котором вы просматриваете их, и фильтр, $ gt, какой бы ни был последний элемент. НО это не работает, если в поле, в котором вы сортируете, есть дубликаты. Чтобы обойти это, вам нужно будет индексировать в этом поле PLUS другое поле, уникальное для каждой записи, например, поле _id. Теперь вы можете взять последнюю запись в первом наборе и искать записи, которые равны $ eq индексируемому значению, а $ gt - _id ИЛИ - просто $ gt индексированное значение.
Это не просто проблема MongoDB, она применяется к любой попытке разбиения на страницы на изменяющуюся базу данных. См. Например, http://stackoverflow.com/questions/9394668/pagination-on-fast-changing-database-content –