3

我有一个查询，如下所示：

function getPage(page) {
  return db.messages.aggregate(
    {
      '$group': {
        _id: "$subjectID"
      }
    },
    { '$skip': page * 20 },
    { '$limit' : 20 });
}

假设我有一个subjectID我知道出现在该集合中的某个地方。我想做的是写这样的东西：

function pageOf(subjectID) {
  return Math.floor(db.messages.aggregate(
    {
      '$group': {
        _id: "$subjectID"
      }
    }).indexOf({__id: subjectID}) / 20);
}

除了我不知道如何编写该indexOf查询的一部分。我想知道 mongodb 是否可能有某种“采取一段时间”或“采取直到”查询，然后你可以这样做，然后计算项目数。

4

1 回答 1

4

按subjectID排序

如果您subjectID是（或可以更改为）单调递增的值（例如，MongoDB 默认 ObjectID），您可以直接选择使用find()具有适当排序、跳过和限制的法线。$gte在这种情况下，您可以查找主题 ID （大于或等于）您的文档subjectID：

var page = 1;
var subjectID = ObjectId("515535a0760fe8735f5f6897");
db.users.find(
    { _id: { $gte : subjectID } }
).sort({'_id':1}).skip(page*20).limit(20)

聚合框架

在 MongoDb 2.4 中，聚合框架中没有这样的功能可以根据结果管道中的文档位置进行匹配。您可以向 MongoDB Jira 项目的SERVER队列提交新功能建议。

听起来您需要一个新的管道运算符，例如 a$matchfrom它将忽略任何文档，直到$matchfrom条件第一次出现。然后，您可以添加 a$limit来获取接下来的 n 个项目。您还希望在 the 之前对输出进行排序，$matchfrom以便获得可预测的结果。

与增加的 subjectID 相比，这似乎过于复杂，但可能存在基于更高级的搜索条件或聚合管道中计算的结果进行分页的用例。

替代方法

除了将来在聚合框架中对此类功能的支持之外，您还有一些选项可以在代码中实现相同的匹配方法：

  • 将旧的group()聚合命令与finalize()函数一起使用。注意：group()不适用于分片集群。

  • 使用MapReduce和一个finalize()函数

  • 从聚合框架获取整个结果集，并在您的应用程序代码中实现结果的匹配/减少（尽管如果您为每个请求获取所有页面，这在某种程度上违背了“分页”概念）。

性能注意事项

仍然需要读取中间索引条目的查询skip，因此跳过大量文档的效率不会很高。

您可以考虑从前一页的最后一个条目开始执行连续的页面查询，而不是使用跳过偏移量进行分页（即，第一页将是$gte起始 subjectID，后续页面将是$gt前一页中包含的最后一个 subjectID）。这将取决于您如何在用户界面中呈现分页 - 如果您的 UI 只能选择显示“下一页”消息而不是跳转到特定页面，则使用此方法将是最简单的。

于 2013-04-13T15:24:06.770 回答