标量子查询返回空集时结果为null，会破坏性传播至整个表达式；必须用coalesce包裹整个子查询兜底，且各参数类型需兼容，否则报错。
标量子查询返回 NULL 会导致整个表达式变成 NULL，不是“没结果”，而是“破坏性传播”
标量子查询在 WHERE 或 SELECT 中遇到 NULL 的实际表现
当子查询预期返回单个值（比如 (SELECT MAX(price) FROM items WHERE category = t.category)），但实际没匹配到任何行时，它返回的是 NULL，不是空结果集——SQL 强制将其转为标量 NULL。这个 NULL 一旦参与比较或计算，就会让整条逻辑失效：
-
WHERE amount > (SELECT ...)→ 如果子查询返回NULL，整个条件变成UNKNOWN，该行被过滤掉（即使业务上它本该保留） -
SELECT price / (SELECT qty FROM stock WHERE id = t.stock_id)→ 若子查询为NULL，除法变成price / NULL，结果仍是NULL，且不报错、难定位 -
ORDER BY (SELECT name FROM users WHERE id = t.user_id)→NULL值会排在最前或最后（依数据库而定），但无法控制，也掩盖了关联缺失问题
COALESCE 是唯一能安全兜底标量子查询的函数
你不能对子查询加 IS NOT NULL 判断再分支，因为标量子查询本身不允许出现在 CASE WHEN 的条件位置（语法报错）。唯一合法且标准的方式是用 COALESCE 包裹整个子查询：
-
SELECT COALESCE((SELECT name FROM users WHERE id = t.user_id), 'Unknown') AS user_name—— 安全，跨库兼容 -
WHERE t.amount > COALESCE((SELECT threshold FROM rules WHERE type = t.type), 0)—— 避免因规则缺失导致整行消失 - 注意：子查询必须确保最多返回一行，否则会报错
subquery returns more than one row，这和COALESCE无关，得先用MAX/LIMIT 1/TOP 1控制
为什么不用 ISNULL 或 CASE？
ISNULL 是 SQL Server 专属，PostgreSQL/MySQL 8.0+ 不认；CASE 无法直接写 CASE WHEN (SELECT ...) IS NULL THEN ...，因为子查询不能出现在 CASE 的布尔表达式左侧（语法限制）。只有 COALESCE 同时满足三个硬性条件：接受子查询作为参数、按顺序求值、ANSI 标准、所有主流数据库支持。
容易忽略的类型陷阱
COALESCE 要求所有参数类型兼容，而子查询的返回类型可能隐式模糊：
-
COALESCE((SELECT id FROM users WHERE ...), 0)在 PostgreSQL 中没问题（id是INT） -
COALESCE((SELECT name FROM users WHERE ...), 'N/A')没问题（都是文本） - 但
COALESCE((SELECT created_at FROM logs WHERE ...), 0)在 PostgreSQL 直接报错：COALESCE types timestamp with time zone and integer cannot be matched - 解决方法：显式
CAST，如COALESCE((SELECT created_at FROM logs WHERE ...), TIMESTAMP 'epoch')或统一转字符串
真正麻烦的从来不是写 COALESCE，而是忘记子查询本身可能因 JOIN 条件松散、索引缺失或数据倾斜而慢——它被包裹后更难被注意到。
