MongoDB-CN-Manual
搜索
⌃K

文档

在本页面
MongoDB将数据记录存储为BSON文档。BSON是JSON文档的二进制表示形式，尽管它包含比JSON更多的数据类型。有关BSON规范，请参见bsonspec.org。另请参阅BSON类型。
A MongoDB document.

文档结构

MongoDB文档由字段和值对组成，并具有以下结构：
复制
{
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_类型的值。

字段名称

字段名称是字符串。
​文档对字段名称有以下限制：
  • 字段名称_id保留用作主键；它的值在集合中必须是唯一的，不可变的，并且可以是数组以外的任何类型。
  • 字段名称不能包含null字符。
  • 顶级字段名称不能以美元符号（$）字符开头。
    否则，从MongoDB 3.6开始，服务器允许存储包含点（即.）和美元符号（即 $）的字段名称。
重要
MongoDB查询语言不能总是有效地表达对字段名称包含这些字符的文档的查询（请参阅SERVER-30575）。
在查询语句中添加支持之前，不推荐在字段名称中使用$和 .，官方MongoDB的驱动程序不支持。
BSON文档可能有多个具有相同名称的字段。但是，大多数MongoDB接口都使用不支持重复字段名称的结构（例如，哈希表）来表示MongoDB。如果需要处理具有多个同名字段的文档，请参见驱动程序文档。
内部MongoDB流程创建的某些文档可能具有重复的字段，但是_任何_ MongoDB流程都_不会_向现有的用户文档添加重复的字段。

字段值限制

点符号

MongoDB使用_点符号_访问数组的元素并访问嵌入式文档的字段。

数组

要通过从零开始的索引位置指定或访问数组的元素，请将数组名称与点（.）和从零开始的索引位置连接起来，并用引号引起来：
复制
"<array>.<index>"
例如，给定文档中的以下字段：
复制
{
...
contribs: [ "Turing machine", "Turing test", "Turingery" ],
...
}
要指定contribs数组中的第三个元素，请使用点符号"contribs.2"。
有关查询数组的示例，请参见：
也可以看看
  • $[\]用于更新操作的所有位置运算符，
  • $[/<identifier/>] 过滤后的位置运算符，用于更新操作，
  • ​$ 用于更新操作的位置运算符，
  • ​$ 数组索引位置未知时的投影运算符
  • ​在数组中查询带数组的点符号示例。

嵌入式文档

要使用点符号指定或访问嵌入式文档的字段，请将嵌入式文档名称与点（.）和字段名称连接在一起，并用引号引起来：
复制
"<embedded document>.<field>"
例如，给定文档中的以下字段：
复制
{
...
name: { first: "Alan", last: "Turing" },
contact: { phone: { type: "cell", number: "111-222-3333" } },
...
}
  • 要指定在字段中命名last的name字段，请使用点符号"name.last"。
  • 要在字段number中的phone文档中 指定contact，请使用点号"contact.phone.number"。
有关查询嵌入式文档的示例，请参见：

文件限制​

文档具有以下属性：

文档大小限制

BSON文档的最大大小为16 MB。
最大文档大小有助于确保单个文档不会使用过多的RAM或在传输过程中占用过多的带宽。要存储大于最大大小的文档，MongoDB提供了GridFS API。有关GridFS的更多信息，请参见mongofiles和驱动程序的文档。

文档字段顺序

除_以下情况_外，MongoDB会在执行写操作后保留文档字段的顺序：
  • 该_id字段始终是文档中的第一个字段。
  • 包含renaming字段名称的更新可能会导致文档中字段的重新排序。

_id字段

在MongoDB中，存储在集合中的每个文档都需要一个唯一的 _id字段作为主键。如果插入的文档省略了该_id字段，则MongoDB驱动程序会自动为该_id字段生成一个ObjectId。
这也适用于通过使用upsert：true更新操作插入的文档。
该_id字段具有以下行为和约束：
  • 默认情况下，MongoDB 在创建集合期间会在_id字段上创建唯一索引。
  • 该_id字段始终是文档中的第一个字段。如果服务器首先接收到没有该_id字段的文档，则服务器会将字段移到开头。
  • 该_id字段可以包含除数组之外的任何BSON数据类型的值。
警告
为确保复制正常进行，请勿在_id 字段中存储BSON正则表达式类型的值。
以下是用于存储值的常用选项_id：
  • 使用一个ObjectId。
  • 使用自然的唯一标识符（如果有）。这样可以节省空间并避免附加索引。
  • 生成一个自动递增的数字。
  • 在您的应用程序代码中生成一个UUID。为了在集合和_id 索引中更有效地存储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。请注意，驱动程序实现可能会以不同的方式实现UUID序列化和反序列化逻辑，这可能与其他驱动程序不完全兼容。有关UUID互操作性的信息，请参阅驱动程序文档。
注意
大多数MongoDB驱动程序客户端将包括该_id字段，并ObjectId在将插入操作发送到MongoDB之前生成一个；但是，如果客户发送的文档中没有_id 字段，则mongod会添加该_id字段并生成ObjectId。

文档结构的其他用途

除了定义数据记录外，MongoDB还在整个文档结构中使用，包括但不限于：查询过滤器，更新规范文档和索引规范文档。

查询过滤器文档

查询过滤器文档指定确定用于选择哪些记录以进行读取，更新和删除操作的条件。
您可以使用 <field>:<value> 表达式指定相等条件和查询运算符 表达式。
复制
{
<field1>: <value1>,
<field2>: { <operator>: <value> },
...
}
有关示例，请参见：

更新规范文档

更新规范文档使用更新运算符来指定要在db.collection.update()操作期间在特定字段上执行的数据修改。
复制
{
<operator1>: { <field1>: <value1>, ... },
<operator2>: { <field2>: <value2>, ... },
...
}
有关示例，请参阅更新规范。

索引规范文档

索引规范文档定义了要索引的字段和索引类型：
复制
{ <field1>: <type1>, <field2>: <type2>, ... }

进一步阅读

有关MongoDB文档模型的更多信息，请下载 MongoDB应用程序现代化指南。
下载内容包括以下资源：
  • 演示使用MongoDB进行数据建模的方法
  • 白皮书涵盖了从RDBMS数据模型迁移到MongoDB的最佳实践和注意事项
  • 参考MongoDB模式及其等效RDBMS
  • 应用程序现代化记分卡
译者：小芒果
以前
时间序列集合
下一个
BSON类型
最近更新 1yr ago