问基于MongoDB中另一个集合中的数据在一个集合中查询数据

EN

创建第三个集合的想法是一个解决方案，它反映了如何在关系数据库中解决这个问题。使用MongoDB时，根据访问数据的方式考虑不同的模式通常是有好处的。

在您的情况下，我不会创建另一个集合，而是跟踪哪个用户在用户文档中、在项目文档中或在两个文档中选择了哪个项。这样做的方式取决于您的数据访问模式。

将选定项添加到用户文档中

{
    "_id": ObjectId("56dba03438e1a255b97e82b6"),
    "name": "john",
    "age": 25,
    "selectedItemId": "56dba0db38e1a255b97e82b7"
}

如果您经常希望看到每个用户选择的项，那么将项目存储在用户文档中是有意义的。检索用户时，只需对items集合进行一次额外调用即可检索该用户的项。(如果您决定使用猫鼬作为对象文档映射器(ODM)，那么您可以通过使用方法实现这个额外的调用)。

向项目文档中添加用户

{
    "_id": ObjectId("56dba03438e1a255b97e82b7"),
    "name": "pencil",
    "selectedBy": [
        "56dba0db38e1a255b97e82b4",
        "56dba0db38e1a255b97e82b5",
        "56dba0db38e1a255b97e82b6"
    ],
}

如果您经常希望看到哪些用户选择了给定的项，那么在项目文档中存储一个用户数组是有意义的。当您检索一个项目时，您将得到选择该项的用户的ID，然后您可以从数据库中检索该ID。(同样，如果您决定使用猫鼬，您可以通过使用它的方法来做到这一点)。

添加这两种解决方案

您倾向于一种解决方案而不是另一种解决方案的原因是，给定您的访问模式，您将避免遍历整个集合以获得所需的数据。例如，如果要将用户数组添加到项中，则如果要查找给定用户选择的项，则必须遍历所有项并查看用户ID数组，直到找到所需的用户。如果您只将项ID存储在用户文档中，并且突然需要查看给定项的所有用户，则会出现类似的情况。如果这两个调用都是经常进行的，那么拥有两个地方的数据都是有回报的。事实上，这种“去角色化”您的数据--您必须确保在插入、更新和删除数据时--在两处都这样做，但是如果您经常进行这两种类型的查询，则这是一个更可伸缩的解决方案。

将整个项目文档嵌入到用户文档中

{
    "_id": ObjectId("56dba03438e1a255b97e82b6"),
    "name": "john",
    "age": 25,
    "selectedItem": {
        "name": "pencil"             
    }
}

在OP的评论之后，我也将讨论这个场景。这也是一种可能的解决方案，对于简化访问数据所需的查询非常有用。只需查询用户文档，您就可以访问他/她选择的项目，而无需对项目集合进行额外的查询。这种方法的限制是，如果出于任何原因，您希望将项目的名称从"pencil"更新为"Pencil"，则必须确保跨所有用户文档更新它，否则数据将不一致。当嵌入的文档更加复杂时，这会变得更加复杂。尽管如此，它是一个广泛使用的解决方案。如果您很少更新数据，但是经常读取数据，特别是如果您更感兴趣的是查看给定用户选择的项，那么它肯定会加快您最频繁的数据访问模式。

您是对的，只是需要填充用户of 才能获得该集合的所有分布。我建议你使用(如果你不是) 猫鼬

与猫鼬：

UserItems
  .find({'itemid' : '_id'})
  .populate('userid')
  .then( useritems => {
     // here you have all users with their data for a specific item
     return res.json(useritems);
  });

可以在item文档中添加一个数组，跟踪单击该项的用户的ID。这是假设ID存储在活动会话中。

docs.user_who_clicked.push(req.user._id)；docs.save()