mongodb - 文档数据库设计 : Multi-level categories (MongoDB specifically)

Question

我正在尝试找出为基于文档的数据存储系统考虑此问题的正确方法。我有一个两层类别系统的简单案例，其中有行业和行业组(想想管道和家庭服务)。

我的第一个想法是文档应该是行业组，里面会有行业，但问题是大部分相关数据都属于行业。我不确定在文档中包含与子项相关的数据是否“符合犹太教规”。例如，一篇文章可能被分配给一个行业，而不是一个组 - 那么该引用看起来如何(假设链接来自非嵌套文档)？

无论如何，对正确思考这个问题的一些一般性见解会很棒。

Answer 1

设计任何非关系数据库的最佳方法是基于您需要针对数据运行的查询，而不是数据本身。

您可以按照自己的方式设计非关系数据库，因为没有 rules of normalization就像关系数据库一样。

---

回复你的评论:

您需要枚举所有 查询数据的方式。然后决定在每种情况下什么样的文档结构会使查询最方便。

由此，可能会出现一些模式。然后使用您的判断来决定选择哪种文档结构，以满足最大的查询横截面。

另外请记住，在 MongoDB 中，冗余存储数据就可以了。推荐，事实上，因为一个文档结构不太可能适合您的所有查询。您可能会发现一个文档结构对于您的大多数查询来说都很好，但最后一个查询就不可能了。那时您应该创建一个辅助的、冗余的文档集合来为最后一个查询提供服务，因为所有其他查询都已处理。

没有构建非关系数据库的规则。这使得它们比关系数据库更难。抱歉，NoSQL 是 TANSTAAFL 的情况!