Navicat 博客

2019 年 3 月 26 日,由 Robert Gravelle 撰写

打开 MongoDB 数据库中的任何一个文档,你会注意到文档中有一个 _id 字段:


实际上,ObjectId 或 _id 是每个 MongoDB 文档中都存在的字段。在本篇文章中,我们将探讨它的什么以及为什么它对 MongoDB 数据库很重要。

ObjectId 的结构

这些是 _id 的一些主要特征的摘要:

  • _id 是集合中文档的主键,用于区分文档(记录)。
  • _id自动编入索引。指定 { _id: } 的查找将 _id 索引作为其指南。
  • 默认情况下,_id 字段的类型为 ObjectID,是 MongoDB 的 BSON 类型之一。如果需要,用户还可以将 _id 覆盖为 ObjectID 以外的其他内容。

ObjectID 长度为 12 字节,由几个 2-4 字节的链组成。每个链代表并指定文档身份的具体内容。以下的值构成了完整的 12 字节组合:

  • 一个 4 字节的值,表示自 Unix 纪元以来的秒数
  • 一个 3 字节的机器标识符
  • 一个 2 字节的进程 ID
  • 一个 3 字节的计数器,以随机值开始

通常,你不必担心要如何生成 ObjectID。如果文档尚未分配 _id 值,MongoDB 将自动生成一个 _id 值。

创建新的 ObjectId

如果你想自己生成新的 ObjectId,可以使用以下代码:

newObjectId = ObjectId()

你也可以直接在 Navicat 编辑器中输入它。

这将会生成一个唯一的 _id,例如:

ObjectId("5349b4ddd2781d08c09890f3")

或者,你亦可以提供一个 12 字节的 ID:

myObjectId = ObjectId("5349b4ddd2781d08c09890f4")

文档的创建时间戳

由于 _id ObjectId 默认存储了 4 字节的时间戳,因此在大多数情况下,你不需要存储任何文档的创建时间。你可以使用 getTimestamp 方法获取文档的创建时间:

ObjectId("5349b4ddd2781d08c09890f4").getTimestamp()

这将以 ISO 日期格式返回此文档的创建时间

ISODate("2019-09-12T30:39:17Z")

将 ObjectId 转换为字符串(String)

在某些情况下,你可能需要得到字符串格式的 ObjectId 值。若要转换 ObjectId 为字符串,请使用以下代码:

newObjectId.str

上面的代码将返回 Guid 的字符串格式的 ObjectId:

5349b4ddd2781d08c09890f3

文档排序

由于每个 ObjectId 都包含一个时间戳,因此你可以用 _id 字段将文档按创建时间排序。但请务必注意,此排序方法并不代表排序是严格或精确的,因为 ID 的其他组件也会影响,导致次序会反映其他变量,而不仅仅是创建时间。

更改 ObjectId

_id 字段基本上是不可变的。在创建文档之后,根据定义,它已被分配了一个无法更改的 _id。话虽如此,在插入新文档时是可以覆盖 _id 的。覆盖文档的 _id 字段可能有其用处,但是当这样做时,你有责任确保每个文档的 _id 值都是唯一的。

总结

MongoDB 的 _id 字段在每个 MongoDB 集合中起着至关重要的作用。因此,了解它的创建方式以及何时覆盖它对于管理集合非常有用。

如果你想了解有关 Navicat for MongoDB 的更多信息,请访问 产品页面。如果你使用多种数据库类型,可选择支持 MongoDB 的Navicat Premium 12.1!

Navicat 文章
频道条目
分享
文章归档