MongoDB模式设计订购服务
我有以下对象公司、用户和订单(包含订单行)。用户通过一个或多个订单行下订单,这些订单行与公司相关。这家公司的订货期限只有一周 我不确定的是订单数组应该放在哪里,它应该是一个自己的集合,包含指向用户和公司的链接,还是应该放在公司下,或者最终应该放在用户下 数字方面,我需要计划订单中的50k+数量 查询方面,我可能主要是按公司查看订单,但我需要根据特定用户的公司查找订单。1)对于来自SQL世界的人(如我自己)来说,关于MongoDB最难了解的一点是新的模式设计风格。在SQL世界中,一切都进入第三范式。人们开始认为设计他们的模式只有一种正确的方法,因为通常只有一种 在MongoDB世界中,没有最好的模式设计。更准确地说,在MongoDB中,模式设计取决于应用程序如何访问数据 2) 以下是为MongoDB设计良好模式所需回答的关键问题:MongoDB模式设计订购服务,mongodb,schema-design,Mongodb,Schema Design,我有以下对象公司、用户和订单(包含订单行)。用户通过一个或多个订单行下订单,这些订单行与公司相关。这家公司的订货期限只有一周 我不确定的是订单数组应该放在哪里,它应该是一个自己的集合,包含指向用户和公司的链接,还是应该放在公司下,或者最终应该放在用户下 数字方面,我需要计划订单中的50k+数量 查询方面,我可能主要是按公司查看订单,但我需要根据特定用户的公司查找订单。1)对于来自SQL世界的人(如我自己)来说,关于MongoDB最难了解的一点是新的模式设计风格。在SQL世界中,一切都进入第三范式
- 你有多少数据
- 您最常见的操作是什么?您主要是插入新数据、更新现有数据还是执行查询
- 您最常见的问题是什么
- 您希望每秒执行多少I/O操作
- 公司->用户
- 用户->订单
- 订单->订单行
- 公司->订单
- (MongoDB正在运行)