能，子查询中可直接使用case when，常见于select列表、where条件等合法位置；最安全用法是在子查询select中计算中间值，需注意null处理、避免where中冗余使用、深嵌套时优先选cte，并警惕性能问题。
子查询里能直接写CASE WHEN吗？
能，而且很常见——只要它出现在合法位置：SELECT列表、WHERE条件（需返回布尔值或可比较值）、ORDER BY、GROUP BY，甚至嵌套在另一个子查询的表达式中。但关键不是“能不能”，而是“要不要”以及“怎么写才不踩坑”。
CASE WHEN放在子查询的SELECT里最安全
这是最自然、最可控的用法：子查询先用CASE WHEN算出一个中间值，外层再拿这个值做判断或聚合。
- 返回标量值（单列单行）时，可直接用于等值比较：
(SELECT CASE WHEN status = 'active' THEN 1 ELSE 0 END FROM users u2 WHERE u2.id = u1.id) - 返回分类标签时，适合后续分组统计：
SELECT (SELECT CASE WHEN score >= 90 THEN 'A' ELSE 'B' END FROM grades g WHERE g.user_id = u.id) AS grade FROM users u - 注意：如果子查询可能无结果（如
WHERE不匹配），CASE本身会返回NULL，整个子查询结果就是NULL，不是报错——这点和裸子查询不同
WHERE里用子查询+CASE WHEN容易误导自己
语法上允许，比如WHERE (SELECT CASE WHEN x > 0 THEN 1 ELSE 0 END FROM t2 WHERE t2.id = t1.id) = 1，但几乎没必要，还掩盖逻辑。
- 这种写法把简单布尔判断硬套进
CASE，不如直接写WHERE EXISTS (SELECT 1 FROM t2 WHERE t2.id = t1.id AND x > 0) -
CASE在WHERE中不提供短路优势，优化器也难推导索引使用路径 - 真正需要它的场景极少，比如必须复用一段复杂
CASE逻辑多次，且该逻辑涉及多字段运算，才考虑先在子查询中计算出标志位
嵌套太深时，CTE比层层子查询+CASE更可靠
当子查询里还要套子查询，而每一层都带CASE WHEN，可读性和维护性会断崖式下降。
- 例如：按“近7天登录次数 + 是否VIP + 最后付费时间”三维度联合打标签，直接写三层子查询+
CASE，连括号都容易数错 - 换成
WITH先算出各维度中间列：login_cnt、is_vip、last_paid_days，再统一CASE WHEN login_cnt > 5 AND is_vip = 1 THEN ... - 数据库执行计划更清晰，调试时也能单独查CTE片段验证逻辑
真正麻烦的不是语法通不过，而是子查询里的CASE WHEN在关联主表每行时重复执行——如果没加索引或没限制返回行数，性能会悄无声息地崩掉。
