使用JOIN时如何优化COUNT个子查询

Question

我建立它用于生成一个索引页的查询Items基础上选定的Category ，由相对受欢迎程度排序计数的数目Likes和该项目已被添加到次数List在过去的24个小时。 查询的单个输入是主要类别ID。

这总共涉及4个表，其中一个表是一个嵌套集，因此它并不简单。 我通常非常擅长编写相当有效的SQL，但是我正努力使JOIN以我想要的方式工作。

分类

由于类别是嵌套的，并且将项目分配给一个类别，因此必须首先选择查询输入中指定类别之下的所有类别。

我正在使用awesome_nested_set gem来完成这项工作。 它添加了lft和rgt列，可用于轻松地从层次结构中进行选择：

SELECT c2.*
FROM categories c1
JOIN categories c2
    ON c2.lft >= c1.lft AND c2.rgt <= c1.rgt
WHERE c1.id = [MAIN CATEGORY ID]

项目

然后扩展上面的内容以选择项目非常简单：

SELECT i.*
FROM categories c1
JOIN categories c2
    ON c2.lft >= c1.lft AND c2.rgt <= c1.rgt
JOIN items i
    ON i.category_id = c2.id
WHERE c1.id = [MAIN CATEGORY ID]

到目前为止，一切正常，并且可以快速执行。 最后要做的一件事（当然是忽略分页）是命令它们。

声望

项目按受欢迎程度排序。 计算商品受欢迎程度的方法是：

(number of likes) + (number of times added to list) * 5

例如，如果某个项目已被添加到32个列表中且被点赞了483次，则受欢迎程度指标为643。

根据用户查看的是“所有时间最受欢迎”还是“趋势”，我们可能会将这些指标的计算限制为过去一天发生的顶/列表。

我认为这相对来说是微不足道的，但最终并没有成为事实。 当您将COUNT和JOIN一起使用时，显然会出现一些问题，如果项目的赞/列表为0，则我需要使用LEFT JOIN。

当前工作的代码如下：

SELECT
    q.*,
    (q.likes + q.lists * 5) AS popularity
FROM
(
    SELECT
        i.*,
        (SELECT COUNT(*) FROM likes l WHERE i.id = l.item_id AND l.created_at > DATE_SUB(NOW(), INTERVAL 1 day)) AS likes,
        (SELECT COUNT(*) FROM list_items li WHERE i.id = li.item_id AND li.created_at > DATE_SUB(NOW(), INTERVAL 1 day)) AS lists
    FROM categories c1
    JOIN categories c2
        ON c2.lft >= c1.lft AND c2.rgt <= c1.rgt
    JOIN items i
        ON i.category_id = c2.id
    WHERE c1.id = 37
) q
ORDER BY popularity

但是，这显然是非常恐怖的代码。 每个项目都需要进行两个子查询，然后将整个内容包装起来只是为了进行一些算术运算（尽管我认为还算不错）。

我尝试了以下操作，但是由于各种原因它们没有起作用：

SELECT
    i.*,
    (SELECT COUNT(*) FROM likes l WHERE i.id = l.item_id AND l.created_at > DATE_SUB(NOW(), INTERVAL 1 day)) AS likes,
    (SELECT COUNT(*) FROM list_items li WHERE i.id = li.item_id AND li.created_at > DATE_SUB(NOW(), INTERVAL 1 day)) AS lists,
    (likes + lists * 5) AS popularity

由于某些原因，您无法在所选的其他列上进行数学运算。

SELECT
    i.*,
    COUNT(l.id) as likes,
    COUNT(li.id) as lists
FROM categories c1
JOIN categories c2
    ON c2.lft >= c1.lft AND c2.rgt <= c1.rgt
JOIN items i
    ON i.category_id = c2.id
LEFT JOIN likes l
    ON l.item_id = i.id
LEFT JOIN list_items li
    ON li.item_id = i.id
WHERE c1.id = 37

由于某种原因，您只会得到一个结果。 我不明白原因。

SELECT
    i.*,
    COUNT(l.id) as likes,
    COUNT(li.id) as lists
FROM categories c1
JOIN categories c2
    ON c2.lft >= c1.lft AND c2.rgt <= c1.rgt
JOIN items i
    ON i.category_id = c2.id
LEFT JOIN likes l
    ON l.item_id = i.id
LEFT JOIN list_items li
    ON li.item_id = i.id
WHERE c1.id = 37
GROUP BY i.id

添加GROUP BY会使所有项目返回，但点赞/列表编号现在完全错误。 我认为是将它们加起来。

基本上，我有点卡住了。 上面带有子查询的示例确实可以工作，但是我认为它不能以理想的方式工作。 我想使其仅与JOIN一起使用，但是却难以理解如何使用。

任何帮助深表感谢 ：）

Answer 1

进行一个由item_id分组的子查询以获取计数，然后对这些子查询进行LEFT JOIN。

像这样的东西：

SELECT
    q.*,
    (q.likes + q.lists * 5) AS popularity
FROM
(
    SELECT
        i.*,
        IFNULL(likes_count, 0) AS likes,
        IFNULL(lists_count, 0) AS lists
    FROM categories c1
    JOIN categories c2
        ON c2.lft >= c1.lft AND c2.rgt <= c1.rgt
    JOIN items i
        ON i.category_id = c2.id
    LEFT OUTER JOIN
    (
        SELECT item_id, COUNT(*) AS likes_count FROM likes WHERE created_at > DATE_SUB(NOW(), INTERVAL 1 day) GROUP BY item_id
    ) likes
    ON likes.item_id = i.id
    LEFT OUTER JOIN
    (
        SELECT item_id, COUNT(*) AS lists_count FROM list_items li WHERE created_at > DATE_SUB(NOW(), INTERVAL 1 day) GROUP BY item_id
    ) lists
    ON lists.item_id = i.id
    WHERE c1.id = 37
) q
ORDER BY popularity