与MongoDB的大规模多对多关系

Question

MongoDB多对多关联

如何在MongoDB中组织多对多关系

我在这种设置中看到的问题是MongoDB的16MB文档限制。假设我有users、groups和posts。帖子有一个关联的组和许多可能喜欢它的用户。组中有许多post和许多user可以跟随它。一个用户可以有许多喜欢的帖子并且可以跟随许多组。如果我要用一个关系数据库来构建它,我会这样设置它：

user:
    user_id
    username

post:
    post_id
    group_id
    message

group:
    group_id
    name

post_likes:
    post_id
    liked_user_id

group_followers:
    group_id
    follower_user_id

理论上，如果在SQL查询中正确分页，则组可以有有限数量的帖子和跟随的用户；帖子可以有无限数量的喜欢的用户；用户可以有无限数量的喜欢的帖子和他们跟随的组。

我如何设置MongoDB的模式以实现这种规模？

Answer 1

这是一个很好的问题，它说明了过度铺垫的问题和如何处理。

让我们继续用用户喜欢帖子的例子，这是一个简单的例子。其他关系也要相应处理。

你是绝对正确的，与存储喜欢在帖子迟早会导致问题，非常流行的帖子将达到大小限制。

因此您正确地返回到创建post_likes集合。为什么我说这是正确的？因为它适合您的用例以及功能性和非功能性需求！

• 它的尺度是不确定的（嗯，理论上有一个极限，但它是巨大的）
• 它易于维护（在post_id和liked_user_id上创建唯一的索引）和使用（用户和post都是已知的，因此添加like是简单的insert或更可能是upsert)
• 您可以轻松找到哪些用户喜欢哪篇文章，哪些用户喜欢哪篇文章

但是，我将稍微扩展集合，以防止对某些频繁的用例进行不必要的查询。

现在让我们假设帖子标题和用户名不能更改。在这种情况下，以下数据模型可能更有意义

{
  _id: new ObjectId(),
  "post_id": someValue,
  "post_title": "Cool thing",
  "liked_user_id": someUserId,
  "user_name": "JoeCool"
}

现在让我们假设您想要显示喜欢一篇文章的所有用户的用户名。对于上面的模型,这将是一个单一的、相当快速的查询：

db.post_likes.find(
  {"postId":someValue},
  {_id:0,user_name:1}
)

如果只存储ID，那么这个相当普通的任务将需要至少两个查询，并且--考虑到可能有无限数量的Liker用于后续的约束--潜在的巨大内存消耗（您需要将用户ID存储在RAM中）。

现在问题来了：即使用户名和帖子标题会发生变化，您也只需进行多次更新：

db.post_likes.update(
  {"post_id":someId},
  { $set:{ "post_title":newTitle} },
  { multi: true}
)

您认为，需要一段时间来做一些非常罕见的事情，比如更改用户名或帖子，以获得极快的用例速度，这是非常经常发生的。

记住MongoDB是一个面向文档的数据库。因此，用将来查询所需的值记录您感兴趣的事件，并相应地为数据建模。