documentdb新手,我正在尝试确定存储文档的最佳方法。我们每15分钟上传一次文档,我需要通过上传尽可能轻松地将它们分开。乍一看,我以为每个上传都可以有一个数据库和一个集合。然后,我发现每个数据库只能有3个集合。这使我无法添加命名约定或尝试使用文件夹和路径。根据相同的来源(http://azure.microsoft.com/en-us/documentation/articles/documentdb-limits/),我们每个集合限制为100个路径。这留下文件夹。我一直在寻找,但我还没有发现在集合中创建文件夹的具体内容。对象API没有明显的添加/创建方法。
这可能吗?如果是这样,我们是否限制在多少(假设我保持在允许的集合/数据库大小内)?
答案 0 :(得分:0)
您可以定义顺序命名约定并在集合索引策略上创建范围索引。这样,如果需要检索一系列文档,就可以这样做,这将有效地利用docdb的索引功能。
作为建议,您可以检查在测试期间发出的请求的费用响应标头。这使您可以衡量设置的效率(对Db的严格程度,这将转化为您的服务成本结构)
答案 1 :(得分:0)
对此评论感到抱歉。我们最终做的只是将所有东西都倾倒到一个集合中。 azure documentdb查询语言(即类似sql)似乎足以处理详细查询。虽然我不知道一旦我们有大量的文件,效率会是什么样的。