mongodb主键_MongoDB主键是您的朋友

mongodb 主键

MongoDB集合中的所有文档都有一个主键&＃xff0c;称为_id 。 该字段在插入后自动分配给文档&＃xff0c;因此几乎不需要提供它。 _id字段有趣的是&＃xff0c;它是基于时间的 。 也就是说&＃xff0c; _id的基础类型为ObjectId &＃xff0c;是12字节的BSON类型 &＃xff0c;其中的4个字节表示自Unix时代以来的秒数。

_id字段的特殊之处在于&＃xff0c;它会通过在任何集合上调用getIndexes来自动建立索引&＃xff0c;如下所示。

所有MongoDB集合都有一个_id字段作为索引&＃xff1a;

> db.things.getIndexes()
[{"v" : 1,"key" : {"_id" : 1},"ns" : "test.things","name" : "_id_"}
]

就像每个人都记得传统RDBMS一样&＃xff0c; 索引很重要&＃xff0c;因为它们可以使文档检索更快。 但是&＃xff0c;索引确实会占用内存&＃xff0c;并且在插入文档时会稍微降低性能&＃xff0c;因为必须更新所有相应的索引。 因此&＃xff0c;尽管您应该认真考虑使用索引&＃xff0c;但是在使用索引时需要经济。

自然地&＃xff0c;仅当您知道文档的_id时才进行搜索。 通常会通过其他字段来搜索文档&＃xff0c;如果您发现自己是通过时间序列 &＃xff08;例如created_at进行搜索的&＃xff0c;那么您就来了。

想象一个称为logs的集合&＃xff0c;其中包含捕获各种日志消息的简单文档。 示例文档如下所示&＃xff1a;

日志收集中的一个简单文档&＃xff1a;

{"_id" : ObjectId("51c4ab6d4d6906d494460728"),"message" : "crashed, no such method exception","type" : "crash","created_at" : ISODate("2013-06-21T19:37:17.992Z")
}

如果我想查找某个日期&＃xff08;例如今天&＃xff09;的所有日志消息怎么办&＃xff1f; 我可以这样写查询&＃xff1a;

查找自2013年6月20日以来创建的所有日志&＃xff1a;

db.logs.find({created_at:{&＃39;$gt&＃39;: new Date(2013, 5, 20)}})

如果我对该查询进行解释&＃xff0c;则可以看到&＃xff0c;因为我在created_at上没有索引&＃xff0c;因此可以利用基本游标&＃xff0c;并且扫描了集合中的所有文档以检索结果。

我的发现附有一个解释计划&＃xff1a;

> db.logs.find({created_at:{&＃39;$gt&＃39;: new Date(2013, 5, 20)}}).explain()
{"cursor" : "BasicCursor","isMultiKey" : false,"n" : 2,"nscannedObjects" : 4,"nscanned" : 4,"nscannedObjectsAllPlans" : 4,"nscannedAllPlans" : 4,"scanAndOrder" : false,"indexOnly" : false,"nYields" : 0,"nChunkSkips" : 0,"millis" : 0,"indexBounds" : {},"server" : "ghome-computer.home:27017"
}

如您所见&＃xff0c;通过created_at字段进行搜索可能效率不高&＃xff1b; 因此&＃xff0c;您可能很想在该字段上添加索引。 这自然会使该特定查询效率更高&＃xff0c;但是&＃xff0c;您将招致新索引的开销&＃xff0c;这将消耗更多的内存&＃xff0c;并且由于对该新创建的索引进行了更新&＃xff0c;因此插入操作会稍微慢一些。

事实证明&＃xff0c;由于_id字段在其中嵌入了Unix纪元&＃xff0c;因此无需包含created_at字段&＃xff0c;就可以轻松地编写find表达式。 例如&＃xff0c; MongoDB Ruby驱动程序允许您从类似这样的Time创建ObjectId &＃xff1a;

通过from_time工厂方法创建一个新的ObjectId&＃xff1a;

yesterday &＃61; Time.now - (60*60*(24*1))
custom_id &＃61; BSON::ObjectId.from_time(yesterday)
&＃61;> BSON::ObjectId(&＃39;51c397800000000000000000&＃39;)

如您所见&＃xff0c;我通过from_time工厂方法创建了一个新的ObjectId 。 51c397800000000000000000是十六进制表示形式&＃xff0c;前8位数字表示时间&＃xff0c;其他所有内容均清零。

现在&＃xff0c;我可以在任何find表达式中使用我的custom_id了。 通过Ruby驱动程序&＃xff0c;我还可以将一个explain &＃xff0c;which&＃39;ll展示自由的使用_id索引。

使用派生日期的ObjectId强制查找使用_id索引&＃xff1a;

mongodb[:logs].find({_id: {&＃39;$gt&＃39; &＃61;> custom_id}}).explain&＃61;> {"cursor"&＃61;>"BtreeCursor _id_", "isMultiKey"&＃61;>false, "n"&＃61;>1, "nscannedObjects"&＃61;>1, "nscanned"&＃61;>1, ....}

如果看到BtreeCusor &＃xff0c;则表明您正在使用索引&＃xff1b; 如果看到BasicCursor &＃xff0c;那么您知道不是。

因此&＃xff0c;如果您发现自己正在执行查询并为诸如created_at之类的某个时间或日期字段创建索引&＃xff0c;那么最好只使用Mongo的_id字段&＃xff0c;因为它已经嵌入了创建于at的概念&＃xff0c;并且默认情况下已被索引。 数字&＃xff1f;

翻译自: https://www.javacodegeeks.com/2013/06/mongodb-primary-keys-are-your-friend.html

mongodb 主键