MongoDB - 如何组织集合

Question

这里只是一个一般性问题 - 我正在 MongoDB 上进行一些自定进度的学习，为了顺利起步，我想了解如何组织示例预算应用程序的集合的意见。

与任何家庭预算一样，我有“类别”，例如家庭、汽车，并且在这些类别下还有子类别，例如抵押贷款和汽车付款。

每张账单都会有到期日、最低到期金额、预计付款、预计付款日期、实际付款和实际付款日期。

每张账单均由“某人”支付，例如家庭账单、抵押贷款可能由美国银行支付，而美国银行可能有联系信息(电话、邮寄地址)。

从表结构切换到 Mongo 有点令人困惑，所以我很感激任何关于如何解决这个问题的意见。

Answer 1

这个问题很笼统。一般来说:)，以下原则适用于 MongoDB 中的架构设计:

• 您的馆藏布局应遵循合理的建模原则。使用 MongoDB，您可以拥有一个更类似于数据的对象结构的模式，而不是数据的关系“投影”。

• 集合的布局应以数据访问模式为指导(有时可能与前面的声明相冲突)。设计您的架构，以便您可以通过尽可能少的查询获取所需的信息，而无需在应用程序中加载过多不需要的数据。

• 您通常可以而且应该“非规范化”来实现上述两个目标。对于 MongoDB 来说，这根本不是一件坏事。非规范化的缺点是更新变得更加昂贵，并且您需要确保保持一致性。但更自然的建模和更好的读取效率往往会抵消这些缺点。

从您上面的描述来看，听起来您似乎已经有了一个相当“关系”的模型。尝试摆脱这种情况并以全新的心态解决问题。思考对象，而不是表格。