在mongodb中的数据库中使用不同的集合是否好

Question

我将使用nodejs和mongodb做一个项目。 我们正在设计数据库的架构，我们不确定是否需要使用不同的集合或相同的集合来存储数据。 因为每个人都有自己的优点和缺点。 如果我们使用单个集合，那么每当调用数据库时，总集合将被加载到内存中，这会减少RAM容量。如果我们使用不同的集合，则要检索数据，我们需要编写不同的查询。 通过使用一个集合，检索将很容易，而通过使用不同的集合，应用程序将变得更快。 我们对于使用单个集合还是多个集合感到困惑。 请指导我哪个更好。

Answer 1

通常，您将不同的集合用于不同的事物。 例如，当您在系统中有用户和文章时，通常为用户创建“用户”集合，为文章创建“文章”集合。 您可以创建一个称为“对象”或类似名称的集合，然后将所有内容放置在其中，但这意味着您必须添加一些类型字段并将其用于搜索和数据存储。 您可以在数据库中使用单个集合，但这会使使用更加复杂。 当然，它可以让您立即加载整个集合，但是无论它与应用程序的性能是否相关，都必须对其进行概要分析和测试，以对特定用例产生性能影响。

Answer 2

通常，开发人员为不同的事物创建不同的集合。 就像帖子管理一样，人们创建“帖子”集合并将帖子保存在帖子集合中，并且对用户和所有人都是相同的。

将不同的集合用于不同的目的是一个很好的习惯。

MongoDB擅长水平扩展。 它可以在动态集群上分片集合，以生成快速，可查询的数据集合。

因此，具有较小的集合大小并不是真正的专家，而且我不确定该理论从何而来，它不在SQL中，也不在MongoDB中。 分片的性能（如果处理得当的话）应该与查询单个小的数据集合（开销很小）的性能有关。 如果不是，则说明分片设置错误。

MongoDB不能很好地垂直扩展，正如@Sushant所引用的那样，MongoDB的ns大小将是一个严重的限制。 引用中没有提到的一件事是索引大小和计数也会影响ns大小，因此为什么要这样描述：

默认情况下，每个数据库的MongoDB限制为大约24,000个名称空间。 每个命名空间为628个字节，.ns文件默认为16MB。

每个集合以及每个索引都计为一个名称空间。 因此，如果每个集合都有一个索引，那么我们最多可以创建12,000个集合。 使用--nssize参数可以增加此限制（请参见下文）。

请注意，每个集合有一定的最低开销-几个KB。 此外，任何索引都将至少需要8KB的数据空间，因为b树页面大小为8KB。 如果有很多集合，并且分页出元数据，则某些操作可能会变慢。

因此，如果用户超出名称空间限制，您将无法正常处理它。 而且，随着用户群的增长，它的性能也不会很高。

UPDATE

对于使用WiredTiger存储引擎的Mongodb 3.0或更高版本，它将不再是限制。

Answer 3

是的，我个人认为数据库中包含多个集合可以使其保持整洁。 我唯一担心的是集合的大小。 许多开发人员都使用集合来将他们的数据库划分为例如帖子，评论，用户。

很抱歉我的语法和缺乏解释，我在手机上