having不能直接匹配多项，必须通过聚合函数构造条件；常用count(distinct...) = n筛选含全部指定值的组，或用bool_or/max(case...)实现灵活布尔逻辑，且where须预过滤无关行。
HAVING 不能直接“匹配多项”，得靠聚合函数构造条件
很多人以为 HAVING 像 WHERE 一样能写 col IN ('a','b','c') 就筛出同时含这三项的组——其实不行。HAVING 作用在分组后，只能用聚合结果做判断，比如统计出现次数、检查是否存在、拼接字符串等。核心思路是：把“组内是否包含某值”转化为可聚合的布尔或计数逻辑。
用 COUNT(DISTINCT ...) + HAVING 筛出含全部指定值的组
这是最常用也最可靠的方式。例如：查订单表 orders 中，同时购买过商品 'apple'、'banana'、'cherry' 的所有客户（按 customer_id 分组）：
SELECT customer_id
FROM orders
WHERE product_name IN ('apple', 'banana', 'cherry')
GROUP BY customer_id
HAVING COUNT(DISTINCT product_name) = 3;
注意点：
-
WHERE先过滤掉无关商品，避免干扰计数 - 必须用
COUNT(DISTINCT product_name)，否则重复购买同一商品会虚高计数 - 等号右边数字要严格等于目标项数（这里是
3），少一个就漏掉 - 如果某客户买了 apple 两次、banana 一次，仍算满足——只要三种都出现过
用 BOOL_OR / MAX(CASE ...) 检查特定值是否存在（PostgreSQL / MySQL 8.0+）
当需要更灵活的条件（比如“必须有 apple 且不能有 durian”），或目标值之间逻辑不同，用布尔聚合更清晰：
-- PostgreSQL 示例 SELECT customer_id FROM orders GROUP BY customer_id HAVING BOOL_OR(product_name = 'apple') AND BOOL_OR(product_name = 'banana') AND BOOL_OR(product_name = 'cherry');
MySQL 8.0+ 可用 MAX(CASE WHEN ... THEN 1 ELSE 0 END) 替代：
HAVING MAX(CASE WHEN product_name = 'apple' THEN 1 ELSE 0 END) = 1 AND MAX(CASE WHEN product_name = 'banana' THEN 1 ELSE 0 END) = 1;
这种写法的好处：
- 每项独立判断，可混用
AND/OR和否定条件（如NOT BOOL_OR(product_name = 'durian')） - 不依赖去重计数，对 NULL 或重复值更鲁棒
- 但性能略低于
COUNT(DISTINCT)，尤其数据量大时
别忘了 WHERE 和 HAVING 的执行顺序差异
常见错误是把本该在 WHERE 做的过滤写进 HAVING，比如：
-- ❌ 错误：在 HAVING 里过滤单行值，效率低且语义错
HAVING product_name IN ('apple','banana') -- product_name 是明细列，未聚合！
这会导致语法错误（大多数数据库报 “non-aggregated column”），因为 product_name 不在 GROUP BY 里，又没被聚合函数包裹。真正该做的：
- 单行过滤（如排除无效商品）放
WHERE - 分组级判断（如“该客户是否买齐三样”）才放
HAVING - 如果真想在
HAVING里引用原始列，必须用聚合函数包装，例如MIN(product_name)或上面提到的BOOL_OR(...)
多条件组合时，最容易被忽略的是 WHERE 预过滤的必要性——不加它，COUNT(DISTINCT) 会把无关商品也算进来，导致计数膨胀，结果全错。
