mongodb中具有相同字段的单个集合与多个集合
我在mongodb中具有相同字段的单个集合与多个集合,mongodb,Mongodb,我在mongodb中有一个名为Order的集合。它有许多领域,其中一些领域如下所述: 订单 { "id": "1", "name": "Hello1", "orderType": "Type1", "date": "2016-09-23T15:07:38.000Z" ...... //11 more fields } 在上面的集合中,我只提到了4个字段,但在实际集合中,我有大约15个字段订单可以有两种类型:Type1或Type2。它在orderType
mongodb
中有一个名为Order
的集合。它有许多领域,其中一些领域如下所述:
订单
{
"id": "1",
"name": "Hello1",
"orderType": "Type1",
"date": "2016-09-23T15:07:38.000Z"
...... //11 more fields
}
在上面的集合中
,我只提到了4个字段,但在实际集合中,我有大约15个字段<代码>订单可以有两种类型:Type1
或Type2
。它在orderType
字段中提到
现在,对于
Type2
顺序,我有所有15
字段,但它还有额外的5-7个字段。我有一个订单
集合,我想知道我是否应该为每种类型的订单创建2个不同的集合;或者我是否可以仅保留此集合,并仅在此处添加其他字段。我已经写了大部分的逻辑,考虑到只有一个集合,那么制作两个不同的集合是否值得?如果我只保留一个集合,在性能方面会有损失吗?将数据保留在单个集合上通常在性能方面会更好,因为您可以在单个查询中获得所需的数据
因为从这个问题上,我可以认为它是一个,嵌入式文档将是有益的。第二,你自己说你已经写了大部分逻辑,只考虑了一个集合,那么你应该只继续一个集合。除非你有
我建议您仔细阅读并了解什么时候以及哪种模型更好。将数据保存在单个集合中通常在性能方面更好,因为您可以在单个查询中获得所需的数据
因为从这个问题上,我可以认为它是一个,嵌入式文档将是有益的。第二,你自己说你已经写了大部分逻辑,只考虑了一个集合,那么你应该只继续一个集合。除非你有
我建议您仔细阅读并了解什么时候哪种型号更好。嵌入文档最好,因为您有一对一的关系。有关更多信息,请查看。嵌入文档最好,因为您有一对一的关系。有关更多信息,请查看。按照您的需要进行操作,但是,在同一个集合中拥有不同类型的文档完全没有问题,而且这种方式可能更容易按照您想要的方式执行,这取决于您的需要,但是在同一个集合中拥有不同类型的文档完全没有问题,而且这种方式可能更容易