MongoDB（5）- Document 文档相关

Documents

• MongoDB 的文档可以理解为关系型数据库（Mysql）的一行记录
• MongoDB 将数据记录为 BSON 格式的文档
• BSON 是 JSON 文档的二进制表示，但它支持的数据类型更加丰富（下一篇文章讲到）

Documents 的结构

由键值对组队（字段名：值）

{
   field1: value1,
   field2: value2,
   field3: value3,
   ...
   fieldN: valueN
}

字段的值可以是任何 BSON 数据类型，比如：其他文档、数组、文档数组

小栗子

var mydoc = {
               _id: ObjectId("5099803df3f4948bd2f98391"),
               name: { first: "Alan", last: "Turing" },
               birth: new Date('Jun 23, 1912'),
               death: new Date('Jun 07, 1954'),
               contribs: [ "Turing machine", "Turing test", "Turingery" ],
               views : NumberLong(1250000)
            }

上述文档包含了以下数据类型

• _id：ObjectId（下一篇介绍）
• name：文档类型的值，它又包含了 first、last 两个字段值
• birth、death： Date 类型的值
• contribs：字符串数组
• views：NumberLong 类型的值

字段名

首先必须是字符串，除此之外还有以下限制

字段名不能包含 null 字符

字段名为_id

• 保留用作主键
• 它的值在集合中必须是唯一的，是不可变的
• 并且可以是数组以外的任何类型

最高一级的字段名不能包含 $ 字符

不过，从 MongoDB 3.6 开始，允许存储包含 . 和 $ 符号的字段

字段的一些限制

• 键名区分大小写；
• 键的值区分类型（如字符串和整数等）

栗子一

以下两组文档是不同的，因为值的类型不同

{"recommend":"5"}
{"recommend":5}

  

栗子二

以下两组文档也是不同的，因为键名是区分大小写的

{ "Recommend" : " 5 "}
{"recommend":"5"}

  

关于一个文档里面的同名字段

• BSON文档可能有多个同名字段
• 但是大多数 MongoDB 接口用不支持重复字段名的结构（例如哈希表）表示MongoDB
• 如果需要操作具有多个同名字段的文档，需要查看 driver 驱动相关的文档（后续介绍）
• 一些由内部 MongoDB 进程创建的文档可能有重复的字段，但是没有 MongoDB 进程会将重复的字段添加到现有的用户文档中

访问文档

跟访问 python 的字典一样，都是 . 

访问文档里面的数组

"<array>.<index>"

  

数组小栗子

假设有一个文档，想取 contribs 字段的第三个值

{
   ...
   contribs: [ "Turing machine", "Turing test", "Turingery" ],
   ...
}

正确做法

contribs.2 

更多查询数组字段的方法后面展开详解

访问文档里面的嵌套文档

"<embedded document>.<field>"

嵌套文档小栗子

{
   ...
   name: { first: "Alan", last: "Turing" },
   contact: { phone: { type: "cell", number: "111-222-3333" } },
   ...
}

正确做法

name.last
contact.phone.type

更多嵌套查询的方法后面展开详解

字段值的限制

对索引字段的最大长度有限制（后面更新文章再更新这里）

文档的限制

文档大小限制

• 最大 BSON 文档大小为 16 mb
• 最大文档大小有助于确保单个文档不能使用过多的内存，或者在传输过程中不能占用过多带宽
• 为了超过最大大小限制的文档，MongoDB 也提供了 GridFS（后续再讲）

文档字段顺序

默认情况下，MongoDB 在写操作后保留文档字段的顺序，但以下情况除外

• _id 字段永远都是第一个字段
• 重命名字段名的更新可能会导致文档中字段的重新排序

_id 字段

• 在 MongoDB 中，存储在集合中的每个文档都需要一个唯一的 _id 字段作为主键
• 如果新插入的文档没有指定 _id 字段，那么 MongoDB 会自动为它生成一个 ObjectID（上面的截图其实也能看到）
• 第二条同样适用通过 upsert：true 的更新操作（后续再讲）

存储 _id 值的常用选项

• 使用 ObjectId
• 使用自然唯一标识符（如果可用），这样可以节省空间并避免额外的索引
• 生成一个自动递增的数字
• 在应用程序代码中生成 UUID，为了更有效地存储集合和索引中的UUID值，将 UUID 存储为 BSON BinData类型的值
• 如果满足以下条件，则 BinData 类型的索引键将更有效地存储在索引中：
  • 二进制子类型值在0-7或128-135之间，并且
  • 字节数组的长度为：0、1、2、3、4、5、6、7、8、10、12、14、16、20、24或32。
• 使用驱动程序的BSON UUID工具生成UUID。