если я буду делать $ge по айдишнику - это не будет работать, если у документа обновится updatedAt, айдишник то у него не обновляется
Так надо $ge не по айдишнику, а по updateAt. Я в свое время решал так: сортирвка по updateAt (в моем случае было расстояние, но не суть) И юзеру возвращал для пагинации {last_updateAt: ..., skip: ...} и соответственно для последней возвращенной записи (которая идет в last_updateAt) смотрел, если перед ней были записи с таким же updateAt, то в skip указывал ее номер. По итогу в skip всегда было относительно небольшое число и ничего не тормозило
Если делать ge по updatedat будут пропускаться документы с одинаковым updatedat
ну ок, $gte + skip решит проблему неуникального updateAt
Звучит как полумера, разве нет?
ну оно работает и вполне стабильно. может конечно есть и другие способы, но для себя пока не нашел
Скип грустно звучит на самом деле, скажем если будет 10к записей с одинаковым updatedat (а у нас нет гарантий что такого не может быть) будет грустненько
а кто делает апдейты документов? человек\автоматика? какова вероятность, что у вас будет >100 одинаковых updateAt?
Обсуждают сегодня