azure - DocumentDB数据结构误解

标签 azure azure-cosmosdb

我正在启动一个新的网站项目,我想使用 DocumentDB 作为数据库而不是传统的 RDBMS。

我需要存储两种文档:

  1. 用户文档,它们将保存所有用户数据。
  2. 调查文档,将保存有关调查的所有数据。

我可以将这两种类型放入一个集合中还是应该为每种类型创建一个集合?

最佳答案

如何做到这一点完全取决于您 - 这是一个相当广泛的问题,合并有充分的理由,分离也有充分的理由。但客观,您需要考虑一些具体的事情:

  • 每个系列都有自己的成本足迹(每个系列起价约为 24 美元)。
  • 每个集合都有自己的性能(RU 容量)和存储限制。
  • 集合中的文档不必必须是同类的 - 每个文档可以具有您想要的任何属性。如果您将它们全部存储在一个集合中,您可能需要某种类型的可查询的标识属性来区分文档类型。
  • 交易属于集合范围。因此,例如,如果您正在构建服务器端存储过程并且需要修改 User 中的内容和Survey文件,您需要记住这一点。

关于azure - DocumentDB数据结构误解,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/39391481/

相关文章:

amazon-web-services - Grok 模式(正则表达式)用于过滤嵌套括号中的数据

c# - 如何使用 iTextSharp 创建多个 PDF 并附加到电子邮件?

azure - 在 Azure Function 中将自定义 JsonSerializerSettings 与 DocumentDb 结合使用

azure - DocumentDB 客户端 1.14 终止正在运行的进程

azure-cosmosdb - 如何使用 documentDB 创建唯一索引

java - 如何在 Java 中创建 SqlQuerySpec 以检索具有给定 id 的文档列表(where-in 子句)

azure - 对 Azure 存储的 RBAC 访问 - 预览角色未按预期运行

spring-boot - Azure 表和 Blob 测试

Azure 应用服务无法启动,因为它无法使用 ASP.NET Core 找到 swagger 文档 xml

azure - AWS SimpleDb与Azure DocumentDb有何不同?两者与ElasticSearch有何不同