在 MongoDB 中查询和排序以实现多对多关系

Question

假设我在users、posts、likes 之间有关系。一个用户可以点赞一个帖子，一个帖子可以被很多用户点赞。

我的目标是能够在 MongoDB 中设计一个数据库结构，以便我可以快速查询用户喜欢的所有帖子，并以下面列出的多种方式对它们进行排序/过滤（不是同时 - 想想下拉菜单，可让您更改搜索结果的排序顺序）

1. 帖子被点赞的顺序
2. 按各种post 属性过滤和排序 - 例如标题、帖子回复数、帖子创建时间等

假设帖子的数量在 100,000 左右，每个帖子的点赞量在 100-1000 左右

我想到的可能解决方案：

1) likes 嵌入在 posts 中。

这使得 #2 可以轻松处理，因为您只需在likes.user_id 和您需要的任何其他帖子属性上都有一个索引。这也很快，因为您只需要运行一个查询。

但是，这使得无法按用户喜欢某物的时间进行排序 (AFAIK)。

2) likes 是具有post_id、account_id 属性的单独集合。

这使得 #1 可以轻松处理，因为您可以按 _id 排序。但是，除非您将post 属性复制并缓存到like 文档中，否则无法处理#2。这是可能的，但实际上并不理想。此外，查询速度较慢。您需要运行两个查询 - 一个查询 like 集合，然后使用 $in: [post_ids] 查询 post。

还有其他我应该考虑的解决方案/设计吗？我在这些建议的解决方案中遗漏了什么吗？

Answer 1

您的第一个选项对我来说似乎相当不错。它很好地处理了您的两个要求。 作为，

1. 您需要根据帖子的属性对 cme​​ts、posts、comment 进行排序，这可以通过聚合来实现
2. 您需要根据一些属性过滤文档（帖子），这也是可能的。

2 个集合的缺点是您需要运行 2 个查询才能获取一条数据。 NoSQL 数据库让您可以灵活地将相关数据存储在一个地方，并提供最佳性能。如果不使用 NoSQL 的优势，您将无法获得优化的性能。

不要从 RDBMS 的角度思考（忘记规范化）。如果您需要使用第一个选项进行更多性能优化，请使用索引、分片（将分片键作为字母范围、地理等）

Answer 2

我会使用 #2 的非规范化版本。有一个like 文件：

{
    "_id" : ObjectId(...),
    "account_id" : 1234,
    "post_id" : 4321,
    "ts" : ISODate(...),
    // additional info about post needed for basic display
    "post_title" : "The 10 Worst-Kept Secrets of Cheesemongers"
    // etc.
}

使用{ "account_id" : 1, "ts" : 1 } 上的索引，您可以有效地找到按相似时间排序的特定用户的like 文档。

db.likes.find({ "account_id" : 1234 }).sort({ "ts" : -1 })

如果您将有关帖子的基本信息放入like 文档中，则无需检索帖子文档，直到用户单击要显示整个帖子的链接。

权衡是，如果有关帖子的某些like 嵌入信息发生更改，则需要在每个like 中更改。这可能没什么，也可能很麻烦，具体取决于您选择嵌入的内容以及帖子在获得大量赞后修改的频率。