MongoDB客户关系管理数据库设计效率

Question

在我的客户关系管理系统中，我计划现在能够支持100家企业的规模，但理想情况下这可以扩展到任何规模。

它的成立，现在的方式：

每个企业都有数据 的3个部分，每部分都有1000“项” 的每个项目都有30 - 50“数据块” - 每个数据块都有一个id，它对应的条目，指示它是哪种类型的数据的值以及它所持有的值。

100 * 3 * 1000 * 30 = 9000000条数据。

我通常只会在任何给定的时间拉动100个条目，所以只有3000-5000左右的数据块被拉出，但偶尔一次可能多达1000个条目或更多。

我有收藏业务，部分，条目和数据块。

我以这种方式设置它，因为有些业务将保存不同类型的数据而不是其他数据，而SQL数据库实际上并不适用于此。

样本数据的产生可能是这样的：

• 通过名称找到一个部分（即业务1有一节叫SECTION1）
• 找到那款100项
• 找到30个数据块对于每个条目

这会导致101找到呼叫。我也可以对这些条目执行查找调用，然后使用具有100或键/值对的where数组查找调用数据，这会在其条目ID是100或键/值之一时抽取100个数据条目对。

这是一个可扩展的数据库设计吗？有更好的方法我应该这样做吗？

Answer 1

将所有相关数据放在不同的集合中几乎肯定不是一个好选择。我会提醒你的是，mongodb没有设计任何连接，所以你将有一段时间使用条目和部分集合来收集数据块。因为你的规格非常模糊（我不知道段落，条目或数据块代表什么），所以很难说如何设计它。但对我来说，也许有2个收藏 - 1个为企业，1个为数据块。然后只需在数据块文档中将条目和节标识作为字段。