我对 NoSQL 类型数据库相当陌生，包括 Azure 的 DocumentDB。我已阅读文档并了解基础知识。
文档给我留下了一些关于数据建模的问题，特别是它与定价的关系。
如果我理解正确的话，Microsoft 按“每个集合”收费，集合是没有特定架构的 JSON 对象列表。
现在，由于不需要统一的模式，是否期望您的“集合”类似于“数据库”，因为集合本身可能包含不同类型的对象？或者期望每个“集合”类似于一个“表”，因为它只包含相似类型的对象(也许允许对象属性存在差异)。
查询性能是否以某种方式决定？
感谢您的见解!
最佳答案
DocumentDB 下的正常模式是将许多不同类型的对象存储在同一个“集合”中。您可以通过使用字段 type = "MyType" 或使用 isMyType = true 来区分它们。后者允许子类化和混合行为。
就性能而言，DocumentDB 可以为您选择的吞吐量保证 10 毫秒读取/15 毫秒写入延迟。对于您的生产系统，将所有内容放入一个大的“分区集合”中，并根据您的空间需求和负载需求随着时间的推移滑动大小和吞吐量控制杆。您将获得本质上无限的可扩展性，当您增加(或减少)吞吐量和大小杠杆时，DocumentDB 将负责分配(和取消分配)资源(辅助资源、分区等)。
关于json - Azure DocumentDB 数据建模、性能和价格，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/42776520/