DocumentDB数据结构误解
DocumentDB data structure misunderstanding
我正在开始一个新的网站项目，我想使用 DocumentDB 作为数据库而不是传统的 RDBMS。
我需要存储两种文件：
- 用户文件，他们将保存所有用户数据。
- 调查文档，将包含有关调查的所有数据。
我可以将两种都放在一个集合中，还是应该为每个创建一个集合？
如何做到这一点完全取决于您 - 这是一个相当宽泛的问题，合并有充分的理由，分离也有充分的理由。但是客观地，你需要考虑一些具体的事情：
- 每个系列都有自己的成本足迹（每个系列约 24 美元起）。
- 每个集合都有自己的性能（RU 容量）和存储限制。
- 集合中的文档 而不是 必须是同类的 - 每个文档都可以具有您想要的任何属性。您可能需要某种可以查询的标识类型 属性，以区分文档类型，如果您将它们全部存储在一个集合中。
- 事务是集合范围的。因此，例如，如果您正在构建服务器端存储过程并需要修改
User 和 Survey 文档中的内容，则需要牢记这一点。
我正在开始一个新的网站项目，我想使用 DocumentDB 作为数据库而不是传统的 RDBMS。
我需要存储两种文件：
- 用户文件，他们将保存所有用户数据。
- 调查文档，将包含有关调查的所有数据。
我可以将两种都放在一个集合中，还是应该为每个创建一个集合？
如何做到这一点完全取决于您 - 这是一个相当宽泛的问题，合并有充分的理由，分离也有充分的理由。但是客观地，你需要考虑一些具体的事情：
- 每个系列都有自己的成本足迹（每个系列约 24 美元起）。
- 每个集合都有自己的性能（RU 容量）和存储限制。
- 集合中的文档 而不是 必须是同类的 - 每个文档都可以具有您想要的任何属性。您可能需要某种可以查询的标识类型 属性，以区分文档类型，如果您将它们全部存储在一个集合中。
- 事务是集合范围的。因此，例如，如果您正在构建服务器端存储过程并需要修改
User和Survey文档中的内容，则需要牢记这一点。