我正在为在DocumentDB上运行的多租户应用程序开发分区策略。
由于每个集合仅允许10GB的存储空间,因此我尝试计算每个租户可以存储的文档数量,因此我可以计算出可以放入集合中的租户数量。
我有一个示例Json文档,它代表租户可能存储的公共文档。在Azure门户上使用文档资源管理器并不能告诉我其中一个文档的大小在磁盘上(只是使用百分比的一般图表)。
我也在使用DocumentDB Studio,无法确定那里的文档大小。我可以在本地使用记事本,但根据我的编码设置(ANSI,等等),我得到了各种结果。
我的问题是:
是否有一种准确的方法来确定JSON文件将存储在DocumentDB中的文件大小,以便我可以正确计算应用程序的资源使用情况?
是否还有办法通过对集合的查询来恢复文档或文档组的大小?
答案 0 :(得分:0)
是 - 您可以计算文档查询响应的大小,以便包含所有系统属性(例如_rid,_ts)。您将需要使用UTF-8编码来获得正确的大小。
您还需要额外考虑约10%的索引存储成本。