能，但要小心NULL和性能；标量子查询本质是执行一次子查询而非逻辑判断，不支持短路、无法直接链式分支，且返回空行即为NULL。
标量子查询能替代CASE WHEN吗？能，但要小心NULL和性能
可以，但不是无条件等价。标量子查询在SELECT列表中返回单值，表面看和CASE WHEN一样能做条件分支，但本质是「执行一次子查询」而非「逻辑判断」。这意味着：它不支持布尔表达式短路，无法直接写多个条件分支链，且一旦子查询返回空行（NULL），结果就是NULL——这点常被忽略，导致数据“消失”而不报错。
什么时候该用标量子查询代替CASE WHEN？
典型场景是需要从另一张表动态查一个关联值，且关联逻辑复杂、无法用JOIN简洁表达时。比如：根据订单状态查对应审批人的最新备注，而备注表没有外键指向订单表，只能靠时间戳+子查询过滤。
- 主表字段不足以支撑
JOIN，但能构造唯一查找条件（如WHERE order_id = t1.id ORDER BY created_at DESC LIMIT 1） - 需要聚合计算后再参与判断（如「若客户近30天订单总金额 > 10000，则标记为VIP」）
- 数据库不支持
CASE WHEN嵌套子查询（极少见，但某些老版本MySQL或嵌入式SQL引擎有此限制）
常见错误：子查询返回多行或NULL导致结果异常
这是最常踩的坑。SELECT (SELECT name FROM users WHERE id = orders.user_id) 看似合理，但如果users表里有重复id（哪怕只是脏数据），就会报错 Subquery returns more than 1 row；如果没匹配到，整个列变成NULL，而你可能以为是“没数据”，实际是子查询失败了。
- 务必加
LIMIT 1（MySQL/PostgreSQL）或TOP 1（SQL Server）防止多行错误 - 用
COALESCE((SELECT ...), '默认值')显式处理NULL，别依赖业务层兜底 - 子查询中避免无索引的
WHERE条件，否则每行主表记录都触发一次全表扫描——性能雪崩
示例（PostgreSQL）：
SELECT
order_id,
COALESCE((SELECT note FROM audit_log
WHERE target_id = orders.id AND action = 'approved'
ORDER BY created_at DESC LIMIT 1), '待审批') AS status_note
FROM orders;
性能比CASE WHEN差很多，别滥用
CASE WHEN是纯内存计算，毫秒级；标量子查询对主表每行都执行一次独立查询，N行主表 ≈ N次IO。即使子查询命中索引，开销仍是线性增长。当主表超万行，响应时间很容易从20ms跳到2s以上。
- 优先考虑用
LEFT JOIN + 子查询物化重写（如把标量子查询提前算好放进临时表再JOIN） - 确认子查询是否真的无法用
JOIN替代——多数时候只是没想清楚关联路径 - 在WHERE或ORDER BY里用标量子查询？基本等于自找死路，数据库很难优化
真正难绕开的，往往不是语法能力问题，而是对「子查询执行时机」和「NULL传播规则」的下意识忽略。写完记得用EXPLAIN看执行计划，别只盯着结果对不对。
