mongodb:$sort 和 $limit 对未定义的行为很奇怪

Question

我正在使用 mongodb 的最新版本(我相信是 2.6.3)。

我有以下聚合:

{
   "$project": {
        "summary": 1,  
        "priority": 1,
        "sortDate": {
           "$ifNull": [
              "$targetDate",
              "$deadlineDate"
           ]
        }
   }
},
{
  "$sort": {
      "priority": -1,
      "sortDate": 1
   }
}

集合中的某些对象同时未定义 targetDate 和 deadlineDate。

奇怪的是。如果我运行这个，我会得到所有 11 个:

1. 优先级为 3 的

2. 一个优先级为 2 且没有 sortDate

3. 另一个优先级为 2 且没有 sortDate

4. 优先级为 2 和 sortDate(按正确顺序)的那些

5. ...等优先级 1

我理解为什么 undefined 在有值(value)的之前，即使我不喜欢它。但是，如果我添加

{ "$limit": 2 }

到聚合管道，我希望从上面的列表中返回 1 和 2。 我得到的是 1 和 3!!!!怎么办？

这会导致进一步的怪异；如果我使用 skip/limit to page，一些项目会出现在多个页面上，导致客户端对象跟踪器崩溃和崩溃，但我肯定将这种排序异常确定为所有这些问题的根本原因。

Answer 1

让我澄清一些我认为可能潜伏在评论中的误解:

1. $limit 是一个管道阶段，它总是将管道中的文档数量减少到最多指定的数量。它影响“搜索”与“返回”的内容并没有什么棘手的。它只是一个流水线阶段，当限制参数为 n 时，通过按照文档呈现的顺序去除所有 > n 的元素，将一组文档转换为另一组文档。请注意，顺序可能不是很有意义。我们稍后会讨论棘手的部分 :D

2. $limit聚合查询返回的结果没有错误；这是不同的。两者具有相同的排序键，所以如果两个管道分别返回 123 和 132，那么你真的不能提示，然后 limit 2 分别给你 12 和 13。我明白，如果您稍后在其他字段上继续使用 $match 等，结果可能会令人惊讶，但您不能说输出是错误的。

至于为什么我们看到的是 13 而不是 12，我猜这与 $sort+$limit coalescence 有关。 .该限制会影响排序的发生方式，有效地使其提前退出。我的猜测是，因为它退出得更早，所以它从不考虑 2，当它在没有 $limit 的情况下被考虑时，它排在 3 之前(它们具有相同的排序键，所以它不不管它放在哪里)。

如果您发布示例文档和完整的聚合管道，也许还有更多可以帮助您的东西，但这是我根据所见所闻做出的猜测。