子查询返回NULL时，应使用COALESCE((SELECT ...), 默认值)或CASE WHEN子查询有结果THEN结果ELSE默认值END显式兜底；WHERE中避免直接用空子查询比较，需结合EXISTS或OR NOT EXISTS处理；多层嵌套推荐CTE替代层层COALESCE。
子查询返回 NULL 时怎么用 COALESCE 或 CASE 给默认值
子查询结果为空（即返回 NULL）时，不会自动变成 0 或空字符串，而是直接让整行对应字段为 NULL。这时候得靠外层包装来兜底。
最常用也最安全的做法是用 COALESCE：它从左到右取第一个非 NULL 值，天然适合兜底场景。
-
COALESCE((SELECT price FROM products WHERE id = 123), 0)—— 子查询没查到就返回 0 - 如果默认值要动态计算（比如当前时间），
COALESCE里不能写函数调用（某些数据库会提前执行），这时改用CASE WHEN -
CASE WHEN (SELECT COUNT(*) FROM orders WHERE user_id = 100) > 0 THEN (SELECT total FROM orders WHERE user_id = 100 LIMIT 1) ELSE 0 END—— 避免重复执行子查询
WHERE 条件里子查询为空导致逻辑失效怎么办
当子查询用在 WHERE 的比较表达式中（比如 id IN (SELECT ...)），若子查询结果为空，整个 IN 表达式会变成 FALSE（不是 TRUE 也不是 UNKNOWN），常导致意外过滤掉数据。
-
WHERE status IN (SELECT code FROM status_whitelist)→ 如果白名单表为空，这条条件永远不成立 - 想让它“不限制”，得显式处理：
WHERE status IN (SELECT code FROM status_whitelist) OR NOT EXISTS (SELECT 1 FROM status_whitelist) - 更清晰的写法是先用 CTE 把子查询结果存起来，再判断是否为空，避免重复执行
SELECT 中相关子查询返回 NULL 时别依赖隐式转换
相关子查询（比如 (SELECT name FROM users u WHERE u.id = t.user_id)）查不到匹配行时，结果就是 NULL。有人试图靠数据库自动转成空字符串或 0，这是错觉。
- PostgreSQL 和 SQL Server 对
NULL+ 字符串会报错；MySQL 虽然容忍，但结果不可靠 -
CONCAT(col, (SELECT ...))中只要子查询为NULL，整个结果变NULL—— 这是 SQL 标准行为，不是 bug - 必须显式包裹：
CONCAT(col, COALESCE((SELECT ...), '')) - 聚合子查询（如
(SELECT MAX(created_at) FROM logs WHERE ref_id = t.id)）同样适用该规则
嵌套子查询多层 NULL 时优先用 WITH 而不是层层 COALESCE
三层以上子查询嵌套再套 COALESCE，SQL 可读性断崖式下跌，而且某些数据库（如旧版 MySQL）对嵌套深度有限制。
- 把子查询提成 CTE：
WITH user_stats AS (SELECT user_id, COUNT(*) c FROM actions GROUP BY user_id)，再LEFT JOIN或COALESCE处理 - CTE 不仅易读，还能被优化器复用；而重复写的子查询可能被执行多次
- 特别注意：CTE 在 PostgreSQL 中默认不物化（除非加
MATERIALIZED），所以性能未必更好，但逻辑更可控
真正麻烦的不是语法怎么写，而是得想清楚——这个“默认值”是业务语义上的兜底（比如“未设置即为免费”），还是单纯防崩（比如避免前端渲染报错）。前者要进业务逻辑校验，后者才适合 SQL 层硬塞默认值。
