2

我正在尝试提出一个 MongoDB 文档模型，并希望得到其他人的意见。我想要一个代表员工的文档。该表将包含雇员的所有属性（即名字、姓氏）。现在我被困在关系领域的地方是需要存储员工可以访问的员工列表。换句话说，假设员工 A 是经理。我需要存储他管理的直接报告，以便在各种应用程序中使用它。在关系中，我将有一个将员工与许多员工联系起来的映射表。在 mongo 无法加入文档中，您认为我应该使用嵌入（子文档）将可访问员工列表存储为员工文档的一部分吗？还有其他想法吗？

4

1 回答 1

2

除非您使用员工组（会计、人力资源等），否则您可能会很好地将员工姓名、mongo 对象 ID 以及该经理/员工关系特有的任何其他信息作为子文档添加到经理文档中。

有了这些，您可能可以通过简单的聚合来报告这些关系。

恕我直言，这就是问题所在；简单的聚合是像军事情报一样的另一种矛盾吗？

于 2013-08-10T15:45:04.133 回答