WHERE不能用聚合函数，HAVING必须配合GROUP BY且能用聚合函数；因为WHERE在SQL执行顺序中早于GROUP BY和聚合计算，此时聚合值尚未生成，只能过滤原始行，而HAVING作用于分组后的结果集。
WHERE 不能用聚合函数，HAVING 必须配合 GROUP BY 且能用聚合函数——选错就报错或查不到数据。
WHERE 为什么不能写 COUNT() 或 SUM()
因为 WHERE 在 SQL 执行链里太早了：它跑在 GROUP BY 和所有聚合计算之前。这时候每行还是独立的，数据库根本还没算出哪个部门有多少人、总工资多少，COUNT(*) 或 SUM(salary) 还不存在，硬写就会报错，比如：
SELECT dept_id FROM employee WHERE COUNT(*) > 5;
典型错误提示：Error: Invalid use of aggregate function 或类似表述。
- WHERE 只能引用原始表里的字段，比如
salary > 5000、hire_date >= '2020-01-01' - 它过滤的是“行”，不是“组”——哪怕你没写
GROUP BY，它也照样生效 - UPDATE 和 DELETE 语句也能用 WHERE，但 HAVING 完全不支持这两种操作
HAVING 必须和 GROUP BY 搭配吗？
标准 SQL 要求 HAVING 前必须有 GROUP BY；少数数据库（如 SQLite）允许省略，但行为不可靠，结果可能错漏。别依赖它。
常见误写：
SELECT dept_id, COUNT(*) FROM employee HAVING COUNT(*) > 5;
表面看像能跑，实际逻辑混乱：整个表被当作一个默认分组，COUNT(*) 算的是全表总行数，不是每个部门的计数——这不是你要的“人数超 5 的部门”。
- 正确写法必须显式
GROUP BY dept_id，再用HAVING COUNT(*) > 5 - HAVING 后只能用分组字段（如
dept_id）或聚合表达式（如AVG(salary)），不能直接写salary > 8000——分组后单行salary已丢失 - 如果只是想筛某个固定部门，用 WHERE 更快：先过滤再分组，减少计算量
WHERE 和 HAVING 能一起用吗？怎么配才高效？
能，而且很常见。关键是分清“谁该在哪步筛”：WHERE 处理行级条件，HAVING 处理组级条件。
比如查“入职满两年、且所在部门平均工资超 15000 的员工所属部门”：
SELECT dept_id, AVG(salary) FROM employee WHERE hire_date <= '2024-08-04' GROUP BY dept_id HAVING AVG(salary) > 15000;
WHERE hire_date 先剔除新员工，缩小后续分组的数据集-
HAVING AVG(salary) > 15000是对每个部门算完平均值后再筛 - 如果把
hire_date条件挪到 HAVING 里（HAVING hire_date ），会直接报错——分组后 <code>hire_date不再是单值 - 性能上，WHERE 越早筛掉无用行，GROUP BY 和聚合就越轻量
容易被忽略的细节：执行顺序决定一切
SQL 写的时候从 SELECT 开头，但真正执行是：FROM → WHERE → GROUP BY → HAVING → SELECT。这个顺序不是约定，是引擎强制流程。
这意味着：
-
SELECT里定义的别名（如AS avg_sal）在WHERE和HAVING里都不能用——它们执行时这个别名还不存在 -
HAVING能用AVG(salary)，但不能用avg_sal（除非重复写表达式） - 如果你发现 HAVING 结果不对，先确认 GROUP BY 的列是否真能形成你要的“组”——比如漏写了关键分组字段，会导致聚合逻辑崩坏
