MongoDB сортирует результаты запроса с помощью sort и реализует пагинацию через limit и skip — методы, цепляемые на курсор find. Вместе они обеспечивают упорядочивание и возврат страниц данных, что критически важно для отображения результатов.
db.users.find().sort({ age: 1 }); // ascending by age (1 = asc)
db.users.find().sort({ age: -1 }); // descending (-1 = desc)
db.users.find().sort({ country: 1, name: 1 }); // by country, then name (tie-break)
db.users.find().sort({ createdAt: -1 }); // newest first (common)
sort принимает документ с парами поле:направление (1 по возрастанию, -1 по убыванию). Несколько полей обеспечивают разрешение конфликтов при равенстве значений.
db.users.find().sort({ name: 1 }).limit(10); // first 10 (page 1)
db.users.find().sort({ name: 1 }).skip(10).limit(10); // skip 10, take 10 (page 2)
// page N: .skip((N-1) * pageSize).limit(pageSize)
limit(n) возвращает максимум n документов; skip(m) пропускает первые m документов. Вместе они реализуют offset pagination (страница N через skip + limit).
// ❌ pagination without sort → inconsistent order (pages may overlap/skip)
db.users.find().skip(10).limit(10);
// ✅ sort by a stable field for consistent pages
db.users.find().sort({ _id: 1 }).skip(10).limit(10);
Без sort порядок документов не гарантирован, поэтому страницы в пагинированном наборе могут быть непостоянны. При пагинации всегда сортируйте по стабильному полю (например, _id).
// ⚠️ skip(1000000) must scan/skip a million docs → slow on deep pages
// ✅ range-based (cursor) pagination — far more efficient for large datasets
db.users.find({ _id: { $gt: lastSeenId } }).sort({ _id: 1 }).limit(10);
// → use the last document's _id to fetch the next page (uses the index, no skipping)
Sorting on an INDEXED field is efficient. Sorting a large result set WITHOUT an index
requires an in-memory sort (limited size — can fail/be slow for big sorts).
→ Index fields you sort by.
Сортировка и пагинация — фундаментальны для полезного отображения данных в MongoDB — упорядочивание результатов и возврат управляемого объёма страниц — универсальная потребность (любой список, лента или таблица в приложении), поэтому их понимание критично для повседневной работы.
Знание sort (сортировка по полям с 1/-1, с разрешением конфликтов) и limit/skip (для offset pagination — возврата страниц данных) охватывает основные сценарии представления результатов запроса.
Два практических момента особенно важны: всегда сортируйте при пагинации (без этого порядок документов не гарантирован, вызывая непостоянные страницы с перекрытиями или пропусками документов — реальная ошибка, та же проблема, что в SQL), и понимание того, что skip медленный на глубоких страницах (он должен отсканировать и пропустить все предыдущие документы) — поэтому range-based (cursor) пагинация (использование последнего виденного _id для загрузки следующей страницы, использование индекса без пропусков) намного эффективнее для больших наборов данных, ценная техника оптимизации.
Знание того, что сортировка по индексированным полям эффективна, а большие неиндексированные сортировки могут быть медленны или завершиться ошибкой (лимиты in-memory сортировки) — также важно — индексируйте поля, по которым вы сортируете.
Поскольку сортировка и пагинация требуются практически для любого отображения данных, и поскольку требование постоянства (сортировка для стабильной пагинации) и соображения производительности (skip vs range-based пагинация, индексированные сортировки) прямо влияют на корректность и скорость, понимание MongoDB сортировки и пагинации — sort, offset пагинация с skip/limit, требование стабильной сортировки, эффективная range-based альтернатива и индексирование полей сортировки — существенно, часто используемое знание для разработки приложений, которые эффективно и быстро представляют данные MongoDB.