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个不同的集合;或者我是否可以仅保留此集合,并仅在此处添加其他字段。我已经写了大部分的逻辑,考虑到只有一个集合,那么制作两个不同的集合是否值得?如果我只保留一个集合,在性能方面会有损失吗?

将数据保留在
单个集合上通常在性能方面会更好,因为您可以在单个查询中获得所需的数据

因为从这个问题上,我可以认为它是一个,嵌入式文档将是有益的。第二,你自己说你已经写了大部分逻辑,只考虑了一个集合,那么你应该只继续一个集合。除非你有


我建议您仔细阅读并了解什么时候以及哪种模型更好。

将数据保存在
单个集合中通常在性能方面更好,因为您可以在单个查询中获得所需的数据

因为从这个问题上,我可以认为它是一个,嵌入式文档将是有益的。第二,你自己说你已经写了大部分逻辑,只考虑了一个集合,那么你应该只继续一个集合。除非你有


我建议您仔细阅读并了解什么时候哪种型号更好。

嵌入文档最好,因为您有一对一的关系。有关更多信息,请查看。

嵌入文档最好,因为您有一对一的关系。有关更多信息,请查看。

按照您的需要进行操作,但是,在同一个集合中拥有不同类型的文档完全没有问题,而且这种方式可能更容易按照您想要的方式执行,这取决于您的需要,但是在同一个集合中拥有不同类型的文档完全没有问题,而且这种方式可能更容易