mongoDB ObjectId

最新推荐文章于 2024-09-15 08:03:51 发布

iteye_18136

最新推荐文章于 2024-09-15 08:03:51 发布

阅读量210

点赞数

分类专栏：数据库/存储文章标签：数据库

本文链接：https://blog.csdn.net/iteye_18136/article/details/82327168

版权

数据库/存储专栏收录该内容

2 篇文章 0 订阅

订阅专栏

1、因为ObjectId以时间戳打头，所以它是近似有序的，使得_id的索引插入效率相比普通索引高很多。

2、ObjectId的前9个字节（timestamp+machine+pid）可以保证不同进程生成的ObjectId不会重复，而后3个字节increment又可以保证同一进程内生成的ObjectId不会重复，所以无需怀疑ObjectId的全局唯一性。

3、ObjectId存储是12个字节，但如果应用有需要以可读的方式表现它，就需要将它转成字符串，这需要24字节（每字节转成2字节的16进制表示），这个长度的字符串看起来就有些不让人舒服了，如果是追踪某个_id引发的bug，就需要配上copy+paste的杀招。

4、初涉ObjectId的朋友很容易犯的两个错误：1）是查询时直接使用类似db.collection.find({_id:”xx”})式的代码，结果怎么也查不到明明存在的文档，而正确的写法应该是：db.collection.find({_id:new ObjectId(“xx”)})。2）是集合间有外键关联时，也需要将外键置为ObjectId类型，而不要直接使用上24字节的string。在写与 mongodb打交道的CRUD代码时，需要多留意ObjectId和string的转换代码。

5、ObjectId的产生既可以在应用程序端也可以在mongodb端，各种语言的driver都提供了程序端生成ObjectId的方法，不过大多数人徒省事直接交给mongodb做了。但从mongodb的设计哲学来说，ObjectId更应该由客户端生成，毕竟应用层比存储层更容易扩展，并会提高 mongodb的插入速度。