having必须配合group by使用，因where在分组前执行、无法访问count()等聚合结果，而having在group by后运行，可对已生成的组进行过滤；单独用having或在where中用聚合函数均会报错。
HAVING 必须配合 GROUP BY 才能用聚合函数过滤分组，单独写 HAVING COUNT(*) > 1 会直接报错（如 MySQL 的 ERROR 1140），因为数据库根本不知道“按什么分组”，也就没有“组”可筛。
为什么 HAVING 里能用 COUNT()、AVG()，但 WHERE 不行？
执行顺序决定了能力边界：WHERE 在分组前运行，此时每行还是原始数据，COUNT(*) 还没算出来；HAVING 在 GROUP BY 之后运行，每组已生成一行聚合结果，AVG(salary)、SUM(amount) 都是真实存在的值。
- 写
WHERE SUM(amount) > 1000→ 报错aggregate functions are not allowed in WHERE - 写
HAVING SUM(amount) > 1000→ 合法，前提是前面有GROUP BY customer_id - 想查“2023 年下单 ≥ 5 次且平均金额 > 300 的客户”，年份条件必须放
WHERE order_date >= '2023-01-01'，次数和均价必须放HAVING
HAVING 中的字段只能是 GROUP BY 列或聚合表达式
不能引用未参与分组、也未聚合的原始字段。比如 GROUP BY dept 后，HAVING hire_date > '2020-01-01' 会失败——hire_date 在组内不唯一，数据库无法确定取哪条。
- 合法：
HAVING dept = 'sales'（dept在GROUP BY中） - 合法：
HAVING AVG(salary) > 8000（聚合表达式） - 非法：
HAVING status = 'active'（status既不在GROUP BY，也没聚合） - 兼容写法：
HAVING MAX(status) = 'active'或改用WHERE status = 'active'前置过滤
MySQL 8.0+ 支持别名，但其他数据库不认
MySQL 8.0 开始允许在 HAVING 中直接用 SELECT 定义的别名，比如 HAVING total > 1000，但 PostgreSQL、SQL Server、SQLite 一律报错 column "total" does not exist。
- 安全写法：重复表达式，如
HAVING SUM(amount) > 1000 - 想复用逻辑又保兼容？用 CTE：
WITH t AS (SELECT customer_id, SUM(amount) AS total FROM orders GROUP BY customer_id) SELECT * FROM t WHERE total > 1000 - 别名在
HAVING可用 ≠ 在WHERE可用：所有 SQL 都禁止WHERE total > 1000
真正容易被忽略的是 NULL 处理：比如 HAVING AVG(price) > 100 会跳过全为 NULL 的组（因为 AVG(NULL) 是 NULL，NULL > 100 判为 false），而 HAVING COUNT(*) > 0 却仍保留它。跨库迁移时，显式加 IS NOT NULL 更稳妥。
