HAVING不能直接写多个WHERE式条件，因其作用于分组后，只能使用聚合函数或分组字段；判断多状态共存需用SUM(CASE WHEN...) > 0等布尔聚合方式实现。
HAVING 为什么不能直接写多个 WHERE 式条件？
因为 HAVING 作用于分组后，只能用聚合函数或分组字段做判断。你不能写 HAVING status = 'paid' AND status = 'shipped'——同一行的 status 不可能同时是两个值，更别说分组后每组只保留一个 status 值（默认取某一行，不可控）。
用 COUNT(DISTINCT status) 判断多状态共存
核心思路：把“组内同时存在 paid 和 shipped”转化为“该组中 status 的不同取值数量 ≥ 2，且具体包含哪些值”。
- 先
GROUP BY order_id（假设按订单聚合） - 用
COUNT(DISTINCT status)算出每单出现过几种状态 - 再用
HAVING COUNT(DISTINCT status) = 2 AND MIN(status) < MAX(status)辅助排除全等（但不够严谨） - 更稳妥的是配合布尔聚合：
HAVING BOOL_OR(status = 'paid') AND BOOL_OR(status = 'shipped')（PostgreSQL）或SUM(CASE WHEN status = 'paid' THEN 1 ELSE 0 END) > 0（通用）
MySQL / SQL Server 中替代 BOOL_OR 的写法
MySQL 没有 BOOL_OR，得用聚合 + 条件转换：
SELECT order_id FROM orders GROUP BY order_id HAVING SUM(CASE WHEN status = 'paid' THEN 1 ELSE 0 END) > 0 AND SUM(CASE WHEN status = 'shipped' THEN 1 ELSE 0 END) > 0 AND SUM(CASE WHEN status = 'cancelled' THEN 1 ELSE 0 END) = 0;
注意点：
-
SUM(...)>0表示“至少出现一次”，比COUNT更直观 - 如果要排除某状态（比如不能含
cancelled），就用= 0而不是< 1，避免 NULL 干扰 - 所有
CASE表达式必须在HAVING中重复写，不能引用SELECT中的别名
性能和 NULL 处理容易被忽略
CASE WHEN status = 'paid' THEN 1 ELSE 0 END 对 NULL 状态会算作 0，不影响求和；但如果你用 COUNT(CASE WHEN status = 'paid' THEN 1 END)，则 NULL 不计入——两者语义不同。
- 用
SUM+ELSE 0更安全，明确覆盖 NULL 分支 - 在大表上，
GROUP BY前加WHERE status IN ('paid','shipped','cancelled')可提前过滤无关状态，减少分组量 - 复合条件越多（比如要同时满足 4 种状态），
HAVING中的SUM表达式越长，但数据库优化器通常能高效处理
