mongodb - mgo - bson.ObjectId 与字符串 id

Question

使用 mgo，似乎最好的做法是将对象 ID 设置为 bson.ObjectId。

这不是很方便，因为结果是 id 不是普通的 string id，而是以二进制形式存储在数据库中。谷歌搜索这似乎会产生大量问题，例如“我如何从 bson id 中获取字符串？”，并且确实在 golang 中有 Hex() 方法ObjectId 允许您获取字符串。

当将数据从 mongo 导出到另一个 DB 平台时，bson 变得更加烦人(当处理收集到的大数据并且您想将其与后台 mongo DB 的某些属性合并时就是这种情况) ，这意味着很多痛苦(您需要将二进制 ObjectId 转换为字符串，以便在不使用 bson 表示的不同平台中加入 id)。

我的问题是:使用 bson.ObjectId 与 string id 有什么好处？如果我用纯字符串 id 存储我的 mongo 实体，我会丢失任何重要的东西吗？

Answer 1

正如评论中已经提到的那样，将 ObjectId 存储为十六进制字符串会使它所需的空间增加一倍，如果您想提取其中一个值，则首先需要从该字符串构造一个 ObjectId。

但是你有一个误解。 绝对不需要为必填的_id 字段使用ObjectId。很多时候，我建议不要那样做。原因如下。

以一本书、关系和为简单起见而搁置的一些其他考虑因素为例:

{
  _id: ObjectId("56b0d36c23da2af0363abe37"),
  isbn: "978-3453056657",
  title: "Neuromancer",
  author: "William Gibson",
  language: "German"
}

现在，这里的 ObjectId 有什么用？其实没有。这将是一个几乎没有任何用处的索引，因为您永远不会通过这样的人工关键字来搜索您的图书数据库。它没有语义值(value)。对于已经全局唯一 ID – ISBN 的对象，它将是一个唯一 ID。

所以我们像这样简化我们的书文档:

{
  _id: "978-3453056657",
  title: "Neuromancer",
  author: "William Gibson",
  language: "German"
}

我们减小了文档的大小，使用了预先存在的全局唯一 ID，并且没有基本上未使用的索引。

回到您的基本问题，如果您不使用 ObjectId 会丢失一些东西:通常，不使用 ObjectId 是更好的选择。但是如果你使用它，请使用二进制形式。