我正在尝试提出一个 MongoDB 文档模型，并希望了解其他人的意见。我想要一个代表员工的文档。该表将包含员工的所有属性(即名字、姓氏)。现在，我在关系领域遇到的困难是需要存储员工可以访问的员工列表。换句话说，假设员工 A 是一名经理。我需要存储他管理的直接报告，以便在各种应用程序中使用它。在关系中，我会有一个映射表，将一名员工与许多员工联系起来。在 mongo 无法加入文档的情况下，您认为我应该使用嵌入(子文档)来存储可访问员工列表作为员工文档的一部分吗？还有其他想法吗？
最佳答案
除非您使用员工组(会计、人力资源等)，否则您可能可以将员工姓名、mongo 对象 ID 以及该经理/员工关系特有的任何其他信息作为子文档添加到经理文档中。
有了这个，您就可以通过简单的聚合来报告这些关系。
这就是恕我直言，并回避了这个问题；简单的聚合是不是像军事情报一样矛盾？
关于Mongodb Schema考虑子文档以避免多次读取，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/18163410/