Mongodb模式设计建议

Question

我正在做我的第一个mongodb项目，并试图用Mongodb和关系型数据库进行模式设计。

我想创建一个从几个rss饲料蔬菜数据库。这些提要中的每一个都有一个供我使用的蔬菜名称标签。

1)我收到了2个蔬菜营养信息提要

2) 3个用于蔬菜种植/农业信息的提要

3) 4个博客文章提要

我只得到了500种不同的蔬菜信息。

在这个场景中最好的模式是：

A)每种蔬菜有一个集合，营养、生长和博客文章有子集合？

B)或者有一个营养信息集合，一个农业信息集合和一个博客文章集合？

我设想用户主要查询蔬菜名称，但也可以查询其他字段。

Answer 1

MongoDB是无模式的-所以您不必像处理关系数据库那样考虑这个问题。我知道一开始这很让人困惑。此外，MongoDB不支持“子集合”-您在集合中有文档(单个实体)。

我实际上会选择这个：

C)两个集合。蔬菜集合本质上是一个复杂的数组结构，不仅包含有关蔬菜的信息，还包含生长/营养信息。只需确保你的create an index为每个你将需要搜索的部分。如果你不能使用已经存在的博客引擎，你可以为博客文章创建一个单独的集合。

希望这能有所帮助。