将非聚合函数条件放入HAVING子句是否可行？是否错误或不良实践？

核心结论 #

这种写法不是语法错误，绝大多数主流数据库（如MySQL、PostgreSQL、SQL Server）都支持执行，但属于不良实践。

为什么有人认为它“错误”？ #

• 违背SQL语义分工：SQL的设计逻辑里，WHERE用于分组前过滤单条数据行，HAVING用于分组后过滤聚合后的分组结果。把本该放在WHERE的行级筛选条件放到HAVING里，偏离了语言的设计初衷。
• 性能损耗：以你的示例为例，用HAVING continent = 'Europe'时，数据库会先对所有国家按大洲分组，再筛选出欧洲的分组；而用WHERE continent = 'Europe'时，会先过滤掉非欧洲的国家，再对剩余数据分组。数据量越大，后者的性能优势越明显——因为需要处理的分组数据量大幅减少。
• 可读性与可维护性下降：熟悉SQL规范的开发者看到HAVING会默认关联聚合逻辑，把行级条件放在这里会增加代码的理解成本，不利于后续维护。

关于结果一致的特殊情况 #

你的示例中两种写法结果相同，是因为continent是分组字段，每个分组的continent值唯一，所以分组前后过滤的效果等价。但这只是特定场景下的巧合，如果过滤字段不是分组字段，两种写法的结果可能完全不同。

示例代码对比 #

不推荐的写法（HAVING放未聚合条件）：

SELECT continent, COUNT(*)
FROM Country
GROUP BY continent
HAVING continent = 'Europe';

推荐的写法（WHERE前置过滤）：

SELECT continent, COUNT(*)
FROM Country
WHERE continent = 'Europe'
GROUP BY continent;

内容的提问来源于stack exchange，提问作者Sandy Onori