主页 / user-11665178

Tom3652's questions

Martin Hope
Tom3652
Asked: 2024-12-19 21:44:22 +0800 CST
  • 5

我有以下post文件：

post = {"_id": "postID1", "userID": "userID1", "likeNum": 10, "url": "anyUrl"}

我有一个疑问：

posts_collection.find({"userID": {"$nin": ["uid1", "uid2"]}, "_id": {"$nin": ["postID1", "postID2"]}}).sort("likeNum", DESCENDING).limit(30).explain()

我的聚合管道：

  pipeline = [
            {"$match":{"userID": {"$nin": ["uid1", "uid2"]}, "_id": {"$nin": ["postID1", "postID2"]}}},
            {"$sort": {"likeNum": -1}},
            {"$group": {"_id": "$userID", "posts": {"$firstN": {"input": "$$ROOT", "n": 2}}}},
            {"$unwind": "$posts"},
            {"$replaceWith": "$posts"},
            {"$sort": {"likeNum": -1}},
            {"$limit": 30}
        ]
posts_collection.aggregate(pipeline)

我已经建立了一个索引likeNum: -1和另一个复合索引userID: 1, _id: 1, likeNum: -1

该explain()方法始终显示它将进行likeNum: -1并执行集合扫描。

并且我的聚合管道explained输出也在我的 MongoDB Atlas 仪表板中的查询分析器中显示相同的信息。

是因为内存排序的性能$nin不如集合扫描吗？还是其他原因？

注意：有时查询可能只有过滤器，userID而没有过滤器_id，也可能有相反的过滤器（_id没有过滤器userID），或者没有这些过滤器（在这种情况下，我理解为likeNum: -1）。

如果这有助于理解这种行为，那么该集合中我有 10k 个文档。

mongodb
Martin Hope
Tom3652
Asked: 2024-10-02 18:01:30 +0800 CST
  • 7

我有post这样的文件：

post = {
  "_id": "uid1",
  "userID": "user1",
  "likeNum": 30,
}

我当前的管道如下所示，其中包含user_ids要避免的用户 ID 数组以及seen_ids要避免的帖子 ID 数组：

fake_pipeline = [
            {'$match': {'userID': {'$nin': user_ids}, '_id': {"$nin": seen_ids}}},
            {'$group': {'_id': '$userID', 'posts': {'$push': '$likeNum'}}},
            {'$project': {'posts': {'$slice': [{'$sortArray': {'input': '$posts', 'sortBy': {'likeNum': -1}}}, 2]}}},
            {'$limit': 10}
        ]

我希望聚合返回一个post按排序的 10 个列表，但每个likeNum descending最多 2 个。postuserID

例子 ：

post_list_in_db = [
  {"_id": "uid1", "userID": "user1", "likeNum": 29},
  {"_id": "uid2", "userID": "user1", "likeNum": 2},
  {"_id": "uid3", "userID": "user1", "likeNum": 13},
  {"_id": "uid4", "userID": "user2", "likeNum": 21},
  {"_id": "uid5", "userID": "user2", "likeNum": 19},
  {"_id": "uid6", "userID": "user3", "likeNum": 1},
  {"_id": "uid7", "userID": "user3", "likeNum": 8},
  {"_id": "uid8", "userID": "user3", "likeNum": 14},
  {"_id": "uid9", "userID": "user3", "likeNum": 4},
  {"_id": "uid10", "userID": "user4", "likeNum": 20},
  {"_id": "uid11", "userID": "user4", "likeNum": 9},
  {"_id": "uid12", "userID": "user4", "likeNum": 11},
]

预期输出为：

[
  {"_id": "uid1", "userID": "user1", "likeNum": 29},
  {"_id": "uid4", "userID": "user2", "likeNum": 21},
  {"_id": "uid10", "userID": "user4", "likeNum": 20},
  {"_id": "uid5", "userID": "user2", "likeNum": 19},
  {"_id": "uid8", "userID": "user3", "likeNum": 14},
  {"_id": "uid3", "userID": "user1", "likeNum": 13},
  {"_id": "uid12", "userID": "user4", "likeNum": 11},
  {"_id": "uid7", "userID": "user3", "likeNum": 8},
]

注意：出于性能原因，我希望使用最少的代码aggregation，不需要像示例输出那样完美地格式化数据，除非它对性能没有影响，否则我更喜欢自己在代码中重新排序/转换对象，只要我有正确的post列表内容（但没有特别的格式或顺序）作为聚合的输出。

mongodb