having 里写 status = 'cancelled' 会报错，因为 having 执行在 group by 之后，此时未参与分组的原始字段 status 已不可见；数据库只认分组列和聚合结果。
必须用 WHERE 先过滤，再 GROUP BY，不能靠 HAVING 去“排除原始条件”。
为什么 HAVING 里写 status = 'cancelled' 会报错？
因为 HAVING 执行在 GROUP BY 之后，此时未参与分组的原始字段（比如 status）已不可见。数据库只认分组列和聚合结果。
- 错误写法：
SELECT city, SUM(amount) FROM orders GROUP BY city HAVING status = 'cancelled'→ 直接报错：ERROR: column "status" must appear in the GROUP BY clause or be used in an aggregate function -
HAVING只能用：city（分组字段）、SUM(amount)（聚合函数）、常量或它们的组合，比如HAVING SUM(amount) > 10000 - 想筛掉某类数据？动作必须前置——
WHERE是唯一能访问原始行的地方
WHERE 过滤后聚合的典型场景
比如要算“除已取消订单外，各城市的销售总额”，逻辑是先剔除，再分组加总。
- 正确写法：
SELECT city, SUM(amount) FROM orders WHERE status != 'cancelled' GROUP BY city - 多值排除：
WHERE status NOT IN ('cancelled', 'failed', 'draft') - 带时间范围：
WHERE status = 'completed' AND created_at >= '2026-01-01' - 如果还要限制聚合结果（如只看总和超 5 万的城市），才追加
HAVING SUM(amount) > 50000
别把“忽略标识”和“整行排除”搞混
想让 category = 'temp' 的记录不单独成组，但依然参与其他统计（比如计入总数），这不是 WHERE 能解决的——得改分组键本身。
- 用
CASE WHEN统一映射：GROUP BY CASE WHEN category = 'temp' THEN 'other' ELSE category END -
SELECT、HAVING、ORDER BY中所有涉及该字段的地方，都得同步写这个CASE表达式，否则语法错或逻辑错 - 注意：这种写法会让原字段索引失效；大数据量时，PostgreSQL 可建表达式索引，MySQL 则难优化
真正容易被忽略的是执行顺序的刚性：WHERE → GROUP BY → HAVING 不可逆。任何试图在 HAVING 里“回溯”原始字段的操作，本质都是逻辑错位。要么提前筛，要么重写分组逻辑——没第三条路。
