SQL内连接查询计算delta后无法过滤delta>0结果的问题

嘿，我来帮你搞定这个问题！咱们先理清楚为啥你试的两种过滤方式都没效果，再给你靠谱的修复方案：

为啥WHERE delta > 0完全没用？ #

WHERE子句是在分组（GROUP BY）之前执行的，它只能识别原始表（table_A、table_B）里的字段，而delta是你分组后才计算出来的衍生字段——这时候WHERE根本“看不到”这个字段，所以用它过滤肯定无效。

为啥你试的HAVING delta > 0也没生效？ #

HAVING是专门用来在分组后过滤结果的，理论上应该能识别delta这个别名，但有些数据库（或者开启了严格SQL模式的情况下）不允许在HAVING里直接引用SELECT子句中定义的别名。这时候有两种简单的解决办法：

方案1：在HAVING里重复Delta的计算逻辑

直接把SELECT里计算delta的表达式搬到HAVING里，这样就绕开了别名的问题：

SELECT 
    A.id, 
    A.count, 
    count(*) AS counter, 
    CAST(count(*) AS SIGNED) - CAST(A.count AS SIGNED) AS delta 
FROM table_A AS A 
INNER JOIN table_B AS B ON B.id = A.id 
GROUP BY A.id
HAVING CAST(count(*) AS SIGNED) - CAST(A.count AS SIGNED) > 0;

方案2：用子查询包装结果，外层用WHERE过滤

这种方法兼容性拉满，所有数据库都支持，而且逻辑更清晰：

SELECT * 
FROM (
    SELECT 
        A.id, 
        A.count, 
        count(*) AS counter, 
        CAST(count(*) AS SIGNED) - CAST(A.count AS SIGNED) AS delta 
    FROM table_A AS A 
    INNER JOIN table_B AS B ON B.id = A.id 
    GROUP BY A.id
) AS temp_result
WHERE delta > 0;

额外小提示 #

如果你用的是MySQL，默认其实允许在HAVING里用SELECT的别名，但如果你的SQL模式开启了ONLY_FULL_GROUP_BY这类严格模式，就可能出现别名不被识别的情况。上面的两种方案都能完美解决这个问题，你可以根据自己的习惯选一个~

内容的提问来源于stack exchange，提问作者350D