能，但子查询必须用括号包裹且返回单值，否则报错；需处理NULL、类型一致性和性能问题，推荐提前用CTE或JOIN预计算。
子查询能直接写在CASE WHEN的WHEN条件里吗？
能，但必须用括号包裹，且子查询必须返回单值（标量），否则会报错 Subquery returns more than 1 row 或 Operand should contain 1 column(s)。MySQL、PostgreSQL、SQL Server 都遵循这一规则；Oracle 对单行限制更严格，空结果会转为 NULL，可能影响逻辑判断。
常见错误是把子查询当布尔表达式用，比如：WHEN (SELECT status FROM orders WHERE id = t.order_id) = 'shipped' —— 看似合理，但如果 order_id 关联多条记录或不存在，就会出错。
- 确保子查询加括号：
(SELECT ...)，不加括号会被解析为语法错误 - 用
EXISTS替代等值比较更安全，尤其涉及关联存在性判断时 - 若需多值匹配，改用
IN或EXISTS，不要硬塞进WHEN的等号右侧
CASE WHEN里调用子查询的典型安全写法
最稳妥的方式是把子查询放在 THEN 或整个表达式的右侧，避免在 WHEN 中承担逻辑分支责任。例如按客户最近订单状态分类：
SELECT
name,
CASE
WHEN (SELECT COUNT(*) FROM orders o WHERE o.customer_id = c.id AND o.status = 'pending') > 0
THEN 'has_pending'
WHEN (SELECT COUNT(*) FROM orders o WHERE o.customer_id = c.id) = 0
THEN 'no_orders'
ELSE 'active'
END AS category
FROM customers c;这种写法虽可读，但性能差——每个 WHEN 都触发一次独立子查询。更优解是提前用 LEFT JOIN 或窗口函数预计算，再进 CASE。
- 子查询结果为
NULL时，=判断恒为 false（不是 NULL），需显式写IS NULL - PostgreSQL 支持
COALESCE((SELECT ...), 'default')防 NULL，MySQL 8.0+ 同样适用 - 避免在
WHERE子句的CASE中嵌套子查询，优化器常无法下推，导致全表扫描
替代方案：用CTE或JOIN提前算好再CASE
真正需要子查询逻辑时，优先提出来——既提升可读性，也避免重复执行。比如判断用户是否 VIP，依据其在 vip_log 表中是否有近30天记录：
WITH user_vip_status AS (
SELECT
u.id,
EXISTS(
SELECT 1 FROM vip_log v
WHERE v.user_id = u.id AND v.created_at >= CURRENT_DATE - INTERVAL '30 days'
) AS is_vip
FROM users u
)
SELECT
id,
CASE WHEN is_vip THEN 'VIP' ELSE 'Regular' END AS tier
FROM user_vip_status;这样比在 CASE 里反复查 vip_log 快得多，尤其当 users 表很大时。
- MySQL 5.7 不支持 CTE，可用派生表（
FROM (SELECT ...) AS sub）代替 - 如果子查询只依赖当前行字段（无聚合），且数据库版本较新，考虑用
LATERAL JOIN（PostgreSQL / SQL Server 2022+） - 注意：CTE 不是视图，每次引用都会重执行，所以别在多个
CASE分支里重复引用同一 CTE 的不同字段
容易被忽略的NULL陷阱和类型隐式转换
子查询返回 NULL 时，CASE WHEN x = (SELECT ...) 这类判断不会命中任何分支，直接掉到 ELSE（如果有），否则返回 NULL。更麻烦的是类型不一致：比如子查询返回 VARCHAR，而 WHEN 左侧是 INT，MySQL 可能静默转成 0，PostgreSQL 直接报错 operator does not exist: integer = character varying。
- 显式用
CAST((SELECT ...) AS INTEGER)统一类型，尤其跨数据库迁移时 - 用
IS NOT DISTINCT FROM（PostgreSQL）或IS NULL+=组合处理 NULL 安全比较 - 在开发环境打开
sql_mode=STRICT_TRANS_TABLES（MySQL）或SET standard_conforming_strings = on（PostgreSQL），尽早暴露类型问题
子查询塞进 CASE WHEN 不是不能做，而是容易在边界情况（空结果、多行、NULL、类型）上翻车；真正要的往往不是“怎么写进去”，而是“怎么绕开它还保持逻辑清晰”。
