where不能使用聚合函数，因其执行早于聚合计算；having用于过滤聚合结果；复杂逻辑可用子查询或cte提前计算聚合值。
因为WHERE子句执行时，聚合函数还没算出来
WHERE子句的执行时机早于聚合计算
SQL查询的实际执行顺序是：FROM → WHERE → GROUP BY → SELECT（含聚合）→ HAVING。这意味着WHERE看到的只是原始表中的一行行数据，所有COUNT()、SUM()、AVG()等结果都还不存在。
常见错误现象：
- 写
SELECT name, COUNT(*) FROM users WHERE COUNT(*) > 5→ 直接报错，如 MySQL 提示Invalid use of group function - 或误以为能用别名，比如
SELECT dept, AVG(salary) AS avg_sal FROM emp WHERE avg_sal > 8000→ 同样失败，avg_sal在WHERE阶段根本不可见
HAVING才是聚合值的过滤入口
只有等GROUP BY分完组、聚合函数完成计算后，结果才稳定可查——这个阶段就是HAVING的作用范围。
使用场景：
- 筛选“平均工资超8000的部门”：必须写
GROUP BY dept HAVING AVG(salary) > 8000 - 想同时限制原始数据和聚合结果？可以组合：先用
WHERE筛出2023年入职员工，再GROUP BY team HAVING COUNT(*) >= 10 -
HAVING里可以用SELECT中出现的聚合表达式，也可以重复写，比如HAVING SUM(amount) > 10000或HAVING total_sales > 10000（如果SELECT里定义了SUM(amount) AS total_sales）
替代方案：子查询或CTE也能绕过限制
当逻辑复杂、不适合硬套HAVING时，可以把聚合结果“提前算好”，再对外层做条件过滤。
例如，查“总消费超5000的用户信息”：
SELECT u.id, u.name, t.total FROM users u JOIN ( SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id HAVING SUM(amount) > 5000 ) t ON u.id = t.user_id;
或者用 CTE：
WITH user_totals AS ( SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id ) SELECT u.name, t.total FROM users u JOIN user_totals t ON u.id = t.user_id WHERE t.total > 5000;
注意：这里外层WHERE能用t.total，是因为它来自子查询结果集，不再是原始表字段，也不再是未计算的聚合函数调用。
最容易被忽略的一点是：哪怕你只写SELECT COUNT(*) FROM t没加GROUP BY，WHERE依然不能用COUNT(*)——因为聚合发生在SELECT阶段，而WHERE永远在它之前。这个执行顺序是刚性的，不是数据库厂商的实现差异。
