COALESCE是短路求值的NULL合并函数，从左到右返回首个非NULL值，后续表达式不执行；要求所有参数类型兼容，否则报错；不可直接替代ISNULL/NVL因参数个数与类型规则不同；空字符串不被视为NULL，需配合NULLIF等处理。
COALESCE 本质是短路求值的 NULL 合并函数
它不是简单地“挑一个非空”，而是按从左到右顺序逐个求值，遇到第一个 NOT NULL 的表达式就立刻返回，后续表达式根本不会执行。这点在含子查询或函数调用时特别关键——比如 COALESCE(col1, expensive_function(), col2) 中，若 col1 非空，expensive_function() 就完全不会被调用。
它的参数必须类型兼容（如都是字符串、或都可隐式转为同一类型），否则会报错：ERROR: COALESCE types text and integer cannot be matched。遇到混合类型，得显式转换，比如用 CAST(col_int AS TEXT) 或 col_int::TEXT。
常见错误：把 COALESCE 当成 ISNULL 或 NVL 的简单替代
SQL Server 的 ISNULL() 只接受两个参数，且返回类型严格等于第一个参数类型；Oracle 的 NVL() 也只支持两个参数。而 COALESCE() 是标准 SQL 函数，支持任意多个参数，但要求所有参数可统一类型推导。直接替换可能踩坑：
- 原写法
ISNULL(name, 'N/A')→ 改成COALESCE(name, 'N/A')没问题 - 但
ISNULL(id, 0)若改成COALESCE(id, '0')就会因类型冲突失败——必须写成COALESCE(id, 0)或COALESCE(id::TEXT, '0') - PostgreSQL 中
COALESCE(NULL, NULL, 42)返回42；但若中间有类型不一致项（如COALESCE(NULL, 'abc', 42)），会直接报错而非静默转类型
实战场景：优先取用户昵称， fallback 到邮箱前缀，再 fallback 到 ID
假设表 users 有字段 nname（昵称）、email、id，想生成一个“可用显示名”：
SELECT
id,
COALESCE(
nname,
SPLIT_PART(email, '@', 1),
'user_' || id::TEXT
) AS display_name
FROM users;
注意几点：
-
SPLIT_PART()是 PostgreSQL 特有函数；MySQL 要用SUBSTRING_INDEX(email, '@', 1)；SQLite 需配合INSTR()和SUBSTR()手动截取 -
id::TEXT是显式类型转换，避免'user_' || id在某些版本中报类型错误 - 如果
nname是空字符串''（不是NULL），COALESCE仍会选它——因为'' IS NOT NULL。真要排除空字符串，得套一层NULLIF(nname, '')
性能与可读性提醒：别在 WHERE 或 JOIN 条件里滥用 COALESCE
虽然语法允许，但 WHERE COALESCE(a, b) = 'x' 通常无法走索引（尤其当 a 和 b 分属不同列时），执行计划容易退化为全表扫描。更稳妥的做法是拆成明确逻辑：
WHERE (a IS NOT NULL AND a = 'x') OR (a IS NULL AND b = 'x')
另外，嵌套过深的 COALESCE(COALESCE(...), ...) 会显著降低可读性，不如用 CASE 显式展开——尤其是涉及复杂条件判断时，CASE 的意图更清晰，也更容易加注释。
真正容易被忽略的是空字符串和 NULL 的语义混同：数据库里大量字段存的是 '' 而非 NULL，这时候光靠 COALESCE 不够，得配合 NULLIF() 或 CASE WHEN TRIM(col) = '' THEN NULL ELSE col END 预处理。
