MongoDB：如果使用 $addToSet 或 $push，是否应该预先分配文档？

我一直在研究 MongoDB，我知道强烈建议在插入时完全构建（预分配）文档结构，这样将来对该文档的更改不需要移动该文档磁盘周围。这在使用 $addToSet 或 $push 时适用吗？

例如，假设我有以下文档：

"_id" : "rsMH4GxtduZZfxQrC",
"createdAt" : ISODate("2015-03-01T12:08:23.007Z"),
"market" : "LTC_CNY",
"type" : "recentTrades",
"data" : [ 
    {
        "date" : "1422168530",
        "price" : 13.8,
        "amount" : 0.203,
        "tid" : "2435402",
        "type" : "buy"
    }, 
    {
        "date" : "1422168529",
        "price" : 13.8,
        "amount" : 0.594,
        "tid" : "2435401",
        "type" : "buy"
    }, 
    {
        "date" : "1422168529",
        "price" : 13.79,
        "amount" : 0.594,
        "tid" : "2435400",
        "type" : "buy"
    }
]

我正在使用以下命令之一添加新的对象数组（newData）到data field:

$addToSet 添加到数组末尾：

Collection.update(
  { _id: 'rsMH4GxtduZZfxQrC' },
  {
    $addToSet: {
      data: {
        $each: newData
      }
    }
  }
);

$push （使用 $position）添加到数组的前面：

Collection.update(
  { _id: 'rsMH4GxtduZZfxQrC' },
  {
    $push: {
      data: {
        $each: newData,
        $position: 0
      }
    }
  }
);

The data文档中的数组将由于添加的新对象而增长newData。那么这种类型的文档更新会导致文档在磁盘上移动吗？

对于这个特定的系统，data这些文档中的数组可以增长到最多 75k 个对象，因此，如果这些文档确实在每次 $addToSet 或 $push 更新后在磁盘上移动，则该文档是否应该定义为 75k null（data: [null,null...null]）插入，然后也许使用 $set 随着时间的推移替换值？谢谢！

据我了解，强烈建议在插入时完全构建（预分配）文档结构，这样将来对该文档的更改不需要在磁盘上移动文档。这在使用 $addToSet 或 $push 时适用吗？

如果它对于用例来说是可行的，则建议这样做，但通常情况下是不可行的。时间序列数据是一个值得注意的例外。它并不真正适用于$addToSet and $push因为它们倾向于通过增加数组来增加文档的大小。

这些文档中的数据数组可以增长到最多 75k 个对象

停止。您确定想要不断增长的包含数万个条目的数组吗？您是否要查询想要返回的特定条目？您要索引数组条目中的任何字段吗？您可能想重新考虑您的文档结构。也许你想要每一个data条目是一个单独的文档，其中包含以下字段market, type, createdAt每个都复制？您不必担心文档移动。

为什么数组会增长到 75K 条目？每个文档可以少写一些条目吗？这是时间序列数据 http://blog.mongodb.org/post/65517193370/schema-design-for-time-series-data-in-mongodb？能够使用 mmap 存储引擎预分配文档并进行就地更新固然很棒，但它并不适用于所有用例，而且也不是 MongoDB 表现良好的要求。

文档是否应该在插入时定义 75k null (data: [null,null...null])，然后随着时间的推移使用 $set 替换这些值？

不，这并没有多大帮助。文档大小将根据数组中空值的 BSON 大小计算，因此当您替换null使用另一种类型，大小会增加，并且无论如何您都会重写文档。您需要使用对象预分配数组，并将所有字段设置为其类型的默认值，例如

{
    "date" : ISODate("1970-01-01T00:00:00Z")    // use a date type instead of a string date
    "price" : 0,
    "amount" : 0,
    "tid" : "000000", // assuming 7 character code - strings icky for default preallocation
    "type" : "none"    // assuming it's "buy" or "sell", want a default as long as longest real values
}