3

我正在编写客户端管理 Web 应用程序。我正在尝试找出管理客户付款关系的正确方法。每天一次，应用程序向另一个 API 发送请求，并为我存储在数据库中的每个客户同步付款金额。我经常需要根据客户类型（合同类型、销售日期等）运行付款报告（付款金额）。我已经有clients收藏了。我试图在两种模式之间进行选择：

{
      "client_id": "asdf123",
      "client_last_name": "BB",
      "address": "123 Main St",
      "city": "ATLANTA",
      "payments_history": [
        {
          "contract_number": "asdf123",
          "payment_date": ISODate("2012-09-02T07:00:00.0Z"),
          "amount": 103.33,
          "payment_number": NumberInt(1)
        },
        {
          "contract_number": "asdf123",
          "payment_date": ISODate("2012-09-30T07:00:00.0Z"),
          "amount": 103.33,
          "payment_number": NumberInt(2)
        },
        {
          "contract_number": "asdf123",
          "payment_date": ISODate("2012-11-04T07:00:00.0Z"),
          "amount": 103.33,
          "payment_number": NumberInt(3)
        }
      ]
  }

与创建单独的集合“ payments”相比，其中每个文档都是payment. 我觉得最好将这些数据分开，因为client每次查询都会将每个文档增长为大量数据（如果我选择特定字段，这仍然会占用大量内存）。但另一方面，我将无法运行聚合报告（因为它基于来自两个不同集合的数据）。最好的方法是什么？我应该将它们分开并在服务器端（php）上使用两个不同的查询进行聚合吗？

4

1 回答 1

2

由于听起来您实际上需要在客户端上下文之外查询支付数据（即，用于汇总报告），所以我不想将每个单独的支付项目添加到客户端集合对象中。

我当然会创建一个支付对象集合，然后在每个支付的客户端对象中引用一个支付密钥，在支付对象中引用一个客户端密钥，这样你就有一个明确的方法来将一个方向与另一个方向关联起来，或者有第三个集合将客户映射到付款。

这里更可取的可能真的取决于您的访问模式。例如，如果在需要建立关系的情况下查找总是在一个方向上，那么您甚至可能不需要在两组对象上都使用这样的“外键”。

于 2013-04-05T22:35:16.780 回答