MongoDB find() 查询是否返回按创建时间排序的文档？

Question

我需要按创建时间（从最旧到最新）排序的文档。

由于ObjectID默认保存时间戳，我们可以使用CollectionName.find().sort({_id: 1})获取按创建时间排序的文档。

另外，我注意到常规的CollectionName.find() 查询总是以与CollectionName.find().sort({_id: 1}) 的相同顺序 返回文档。

我的问题是：

CollectionName.find() 是否保证以与CollectionName.find().sort({_id: 1}) 相同的顺序返回文档，这样我就可以不用整理了？

Answer 1

没有。嗯，不完全是。 大多数情况下，db.collection.find() 将按照文档在数据文件中出现的顺序为您提供文档，但这并不能保证。

结果排序

除非你指定 sort() 方法或使用 $near 运算符，否则 MongoDB 不保证查询结果的顺序。

只要您的数据文件相对较新并且很少发生更新，文档可能（并且大多数情况下）会以看起来按_id 排序的方式返回，因为 ObjectId 是单调递增的。

在生命周期的后期，旧文档可能已从其旧位置移动（因为它们的大小增加且文档从未分区），而新文档将写入之前由另一个文档占用的位置。在这种情况下，可能会在两个旧文档之间的位置返回一个较新的文档。

按_id 对文档进行排序并没有错，因为索引将用于此目的，只会增加文档检索的一些延迟。

但是，出于以下几个原因，我强烈建议不要将 ObjectId 用于日期操作：

1. ObjectIds 不能用于日期比较查询。因此，您无法查询日期 x 和日期 y 之间创建的所有文档。要归档它，您必须加载所有文档，从 ObjectId 中提取日期并进行比较——这是非常低效的。
2. 如果创建日期很重要，则应在文档中明确说明
3. 我认为 ObjectIds 是 _id 字段的最后选择，并且倾向于使用其他值（有时是复合值）作为 _ids，因为该字段默认为索引，并且很可能可以通过使用更有意义的值作为 id 来节省宝贵的 RAM。

您可以使用以下示例，它利用DBRefs

{
  _id: {
    creationDate: new ISODate(),
    user: { 
      "$ref" : "creators",
      "$id" : "mwmahlberg",
      "$db" : "users"
    }
  }
}

并通过使用进行非常便宜的排序

db.collection.find().sort({_id.creationDate:1})

Answer 2

是否保证 CollectionName.find() 以与 CollectionName.find().sort({_id: 1}) 相同的顺序返回文档

不，不是！如果您没有指定任何顺序，则使用所谓的“自然”顺序。这意味着文档将按照它们在数据文件中实际出现的顺序返回。

现在，如果您只插入文档而从不修改它们，这个自然顺序将与升序_id 重合。然而，想象一下，您更新文档的方式使其大小增加，并且必须将其移动到数据文件内的空闲位置（通常这意味着在文件末尾的某个位置）。如果您现在要查询文档，它们将不会遵循任何明智的（对于外部观察者而言）命令。

所以，如果您关心订单，请明确说明。

来源：http://docs.mongodb.org/manual/reference/glossary/#term-natural-order

自然秩序

数据库引用磁盘上文档的顺序。这是默认的排序顺序。请参阅 $natural 和按自然顺序返回。

测试脚本（困惑者）

> db.foo.insert({name: 'Joe'})
WriteResult({ "nInserted" : 1 })

> db.foo.insert({name: 'Bob'})
WriteResult({ "nInserted" : 1 })

> db.foo.find()
{ "_id" : ObjectId("55814b944e019172b7d358a0"), "name" : "Joe" }
{ "_id" : ObjectId("55814ba44e019172b7d358a1"), "name" : "Bob" }

> db.foo.update({_id: ObjectId("55814b944e019172b7d358a0")}, {$set: {answer: "On a sharded collection the $natural operator returns a collection scan sorted in natural order, the order the database inserts and stores documents on disk. Queries that include a sort by $natural order do not use indexes to fulfill the query predicate with the following exception: If the query predicate is an equality condition on the _id field { _id: <value> }, then the query with the sort by $natural order can use the _id index. You cannot specify $natural sort order if the query includes a $text expression."}})
WriteResult({ "nMatched" : 1, "nUpserted" : 0, "nModified" : 1 })

> db.foo.find()
{ "_id" : ObjectId("55814ba44e019172b7d358a1"), "name" : "Bob" }
{ "_id" : ObjectId("55814b944e019172b7d358a0"), "name" : "Joe", "answer" : "On a sharded collection the $natural operator returns a collection scan sorted in natural order, the order the database inserts and stores documents on disk. Queries that include a sort by $natural order do not use indexes to fulfill the query predicate with the following exception: If the query predicate is an equality condition on the _id field { _id: <value> }, then the query with the sort by $natural order can use the _id index. You cannot specify $natural sort order if the query includes a $text expression." }