用 MAX(CASE WHEN condition THEN 1 ELSE 0 END) = 1 判断分组内是否存在符合条件的行最稳妥，避免 EXISTS 在 GROUP BY 中语法错误或逻辑失效，兼容性好且语义清晰。
GROUP BY 后怎么判断某组里有没有符合条件的行
直接用 HAVING 配合聚合函数最稳妥，别硬套 EXISTS —— 它没法直接出现在 GROUP BY 查询的 SELECT 或 HAVING 里，强行嵌套会报错或语义错乱。
常见错误现象：ERROR: syntax error at or near "EXISTS"，或者返回结果和预期完全对不上，因为子查询没按组关联。
-
EXISTS子查询必须显式关联到外层分组字段（比如WHERE t2.group_id = t1.group_id），否则变成全表扫描，逻辑失效 - 想查“每组是否含 status = 'done' 的记录”，用
MAX(CASE WHEN status = 'done' THEN 1 ELSE 0 END) = 1比嵌套EXISTS更直观、兼容性更好 - 某些数据库（如 MySQL 5.7）在
HAVING中不支持子查询，PostgreSQL 虽支持但性能差——聚合判别法基本全版本通用
用 MAX(CASE WHEN ...) 实现分组内存在性判断
这是最常用也最不容易翻车的做法：把布尔条件转成数值，再用聚合函数“压缩”成单个标志位。
使用场景：报表中需要标记“该部门是否有逾期订单”“该用户是否下过 VIP 订单”这类是/否指标。
- 写法固定：
MAX(CASE WHEN <em>condition</em> THEN 1 ELSE 0 END) AS has_xxx - 为什么用
MAX不用COUNT？COUNT统计非空行数，但CASE的ELSE 0是值不是 NULL，会导致所有组都返回至少 1；MAX能正确区分“有”和“无” - 注意 NULL 处理：如果条件字段本身可能为 NULL（如
status IS NULL），需单独写分支，不能依赖ELSE 0
SELECT dept_id,
MAX(CASE WHEN status = 'overdue' THEN 1 ELSE 0 END) AS has_overdue
FROM orders
GROUP BY dept_id;
想用 EXISTS 又必须分组时的唯一可行写法
只能把 EXISTS 放进子查询，让外层按组驱动它——本质是“先分组，再对每组跑一次 EXISTS”，性能敏感场景慎用。
适用情况：条件逻辑极其复杂，无法用简单 CASE 表达（比如要查“该组是否存在一条记录，其金额大于该组平均值的 2 倍”）。
- 必须在子查询
WHERE中关联分组键，例如WHERE o2.dept_id = o1.dept_id - 外层不能是纯聚合查询，得保留分组字段作为驱动列，否则数据库不知道拿哪个值去传给子查询
- MySQL 8.0+ 和 PostgreSQL 支持，SQLite 不支持相关子查询在
SELECT列表中出现
SELECT DISTINCT dept_id,
(SELECT EXISTS(
SELECT 1 FROM orders o2
WHERE o2.dept_id = o1.dept_id AND o2.status = 'done'
)) AS has_done
FROM orders o1;
GROUP_CONCAT / STRING_AGG 配合 LIKE 做存在性检查（小数据量备用）
属于“歪打正着”的技巧：先把组内值拼成字符串，再用 LIKE 查关键词。只适合值少、长度短、字符集确定的场景。
容易踩的坑：拼接结果超长被截断（MySQL 默认 1024 字符）、特殊字符（如逗号、单引号）导致匹配误判、大小写敏感问题。
- MySQL 用
GROUP_CONCAT(status)，PostgreSQL 用STRING_AGG(status, ',') - 必须加定界符避免子串误匹配，比如查
'done'时，拼出'notdone,done'没问题，但'done,redone'就会被LIKE '%done%'错杀 - 更安全的写法：
CONCAT(',', GROUP_CONCAT(status), ',') LIKE '%,done,%'
MAX(CASE WHEN ...) 就够了；真要上 EXISTS，得确认执行计划里没有全表扫描，不然分组一多就卡住。 
