having不能直接引用avg()列别名，因别名在having中不可见，且子查询在group by后执行无分组上下文；正确做法是用窗口函数avg() over()或cte预计算全局均值再join。
HAVING 不能直接引用 AVG() 列别名
很多人写 HAVING avg_score > (SELECT AVG(score) FROM scores) 看似合理，但实际会报错或逻辑错误——因为子查询在外部 GROUP BY 之后执行，无法感知当前分组上下文。更关键的是，HAVING 子句里不能直接用聚合函数的别名（比如 AS avg_score）做比较，MySQL 和 PostgreSQL 都不支持这种写法。
必须用窗口函数或两次扫描实现“组均值 > 全局均值”
核心难点在于：你需要先算出全局平均值，再对每个分组的聚合结果做比较。这本质上需要两层计算，HAVING 单层过滤做不到。可行路径只有两个：
- 用
AVG() OVER()窗口函数把全局均值广播到每行，再在外部 WHERE 或 HAVING 中过滤（推荐，一次扫描） - 用子查询先算全局均值，再和 GROUP BY 结果 JOIN 或在 HAVING 中重复计算（注意：不能在 HAVING 里写子查询引用外部表，得提前物化）
示例（PostgreSQL/MySQL 8.0+）：
SELECT dept, AVG(score) AS dept_avg FROM scores GROUP BY dept HAVING AVG(score) > (SELECT AVG(score) FROM scores);这个写法**能运行但有风险**：某些旧版 MySQL 会把子查询当成相关子查询反复执行，性能极差；而且语义上它不是“先算全局均值再比”，而是每组都重新算一遍全局均值——虽然结果一致，但不符合直觉，也难调试。
更安全的做法是 CTE 预计算全局均值
把全局均值抽出来，避免歧义和潜在性能问题。CTE 让逻辑清晰，也兼容所有支持 CTE 的数据库（MySQL 8.0+、PostgreSQL、SQL Server、Oracle）：
WITH global_avg AS ( SELECT AVG(score) AS g_avg FROM scores ) SELECT dept, AVG(score) AS dept_avg FROM scores CROSS JOIN global_avg GROUP BY dept, g_avg HAVING AVG(score) > g_avg;
注意点：
-
CROSS JOIN global_avg是必须的，否则g_avg在 GROUP BY 后不可见 -
GROUP BY dept, g_avg中包含g_avg是为了满足 SQL 标准（MySQL 5.7 strict 模式下会报错，不加则报Expression #2 of SELECT list is not in GROUP BY clause） - 如果用窗口函数替代，写法更简洁：
SELECT dept, AVG(score) FROM scores GROUP BY dept HAVING AVG(score) > AVG(score) OVER()，但需确认你的数据库版本支持OVER()在 HAVING 中使用（PostgreSQL 支持，MySQL 不支持）
WHERE 和 HAVING 的边界容易混淆
常见误操作是把条件写在 WHERE 里，比如 WHERE AVG(score) > ... —— 这会直接报错，因为 WHERE 执行在分组前，AVG() 还没计算。记住铁律：WHERE 过滤行，HAVING 过滤组。但 HAVING 本身不能解决“跨组比较”问题，它只是语法容器，真正的逻辑复杂度在如何拿到那个“全局均值”。
最易被忽略的是：不同数据库对 HAVING 中子查询的支持程度差异很大，MySQL 5.7 默认允许非标准写法，但升级到 8.0 strict 模式后可能突然报错；而 SQL Server 要求 HAVING 中所有非聚合列必须出现在 GROUP BY 中——这些细节不提前验证，上线就翻车。
