结构和性能(集合,文档,子文档)

时间:2015-04-17 13:07:55

标签: mongodb

我正在处理我的私有项目,该项目将与MongoDB一起使用。我想获得最佳性能,所以我想问你哪个选项效率最高。

项目将收集大量数据。它会像: A公司有X文件,公司B有Y文件,这些公司会实时处理这些数据。所以在这种情况下表现很重要。

我不想在一个集合中收集(这些公司的)所有数据。在文档中,我注意到最大数量的集合没有重大问题,所以我的第一个想法就是保存这些数据:

 COLLECTION:   ID(company_a)_News 
        Documents will be news from company A

 COLLECTION:   ID(company_b)_News 
        Documents will be news from company B

 ... and so forth ...

在这种情况下,公司X只能使用他们的子文档。

我的第二个想法,似乎不切实际(太多的子文档?):

Collection: COMPANY
   Document: {Company_ID}
     Subdocument: {News}
        Subsubdocument: {News_id} :     {data.....}

在这种情况下,公司X将从" company_id"文件,将收集在"公司"集合。

感谢您的建议!

0 个答案:

没有答案
相关问题