什么是；文件和附件的最大请求大小“；在Azure DocumentDB中是什么意思？

我们计划使用Azure DocumentDB。因此，我正在检查它的局限性。页面上写着“文档和附件的最大请求大小：512KB”。这是什么意思？

文档有大小限制。在构建集合文档时，每个文档的大小都受到限制。如果创建的文档大于最大大小，并试图将其存储在集合中，则会收到错误

此限制与集合中存储的最大文档数或创建的集合数无关

---

编辑2017年4月每份文件的限额不再是512K。我相信现在是2MB。

你可能想考虑使用（二进制JSON）。它在json.net中受支持

还有

另一种可能的解决方案是拆分文档。使用子文档id的数组创建主文档

---

只需将附件数据存储在子文档中

David，你知道有没有办法单独（通过流）发送一个大于512K的附件？当我查看文档时，您可以为附件创建的主体发送流。如果你这样做，它能大于512K吗？我知道azure blob存储最多可容纳200GB blob，我认为这就是支持DocumentDB附件功能的原因。@LarryMaccherone如果您需要存储大于512k的对象，则直接将其存储为blob，然后在DocumentDB中引用该文件，效率要高得多。DocumentDB的最大存储大小为512k无法解决此问题。DocumentDB有两种方法将附件1）作为托管附件处理。这是通过DocumentDB客户端api流式传输附件内容的地方。它将以附件的形式存储在blob存储中。2） 作为链接附件。在这里，您不必通过DocumentDB流式传输blob内容，而是将内容存储在您喜欢的任何位置，并将其Uri用作DocumentDB附件中的mediaLink属性。您甚至可以完全放弃附件的使用，只需将Url作为字段存储在JSON文档中即可。@LarryMaccherone如果您使用托管附件，附件的二进制文件不计入512K大小限制。这纯粹是文档本身的大小。是的，二进制文件被存储在blob存储的封面下。每个帐户都分配了2Gb的附件存储。我认为JSON.net支持BSON，而不是BISON。BSON的大小通常比JSON大。