coalesce比isnull或case更适合多值fallback，因其是标准sql函数，支持任意数量参数、按序返回首个非null值，类型推导严格避免隐式截断；而isnull仅限两参数且类型绑定首参，case则冗长易错。
COALESCE 为什么比 ISNULL 或 CASE 更适合多值 fallback？
因为 COALESCE 是标准 SQL 函数，支持任意数量参数，按顺序返回第一个非 NULL 值，且类型推导更严格（所有参数需兼容），避免隐式转换导致的意外截断或精度丢失。比如 COALESCE(col1, col2, 'N/A') 能安全兜底三层，而 SQL Server 的 ISNULL 只接受两个参数，且返回类型完全由第一个参数决定——若 col1 是 VARCHAR(5)，ISNULL(col1, 'Not Available') 会把后者硬截成 5 个字符。
常见错误：传入不兼容类型或空列表
以下写法会直接报错：
SELECT COALESCE(name, age) FROM users;
name 是字符串，age 是整数，多数数据库（PostgreSQL、SQL Server）拒绝这种类型冲突；MySQL 虽会尝试隐式转，但结果不可靠（比如变成字符串拼接或 0）。另外，COALESCE() 至少需要一个参数，空括号 COALESCE() 在所有主流数据库中都是语法错误。
- 确保所有参数可隐式转换为同一类型，或显式用
CAST统一，例如COALESCE(CAST(age AS TEXT), 'unknown') - 兜底值建议用明确字面量（如
'--'、0、''），避免嵌套另一个可能返回NULL的表达式 - 在聚合查询中慎用：若整个分组里所有值都是
NULL，COALESCE(SUM(col), 0)是安全的；但COALESCE(col, 0)放在GROUP BY字段里，可能掩盖真实缺失逻辑
和 NULLIF 配合处理“伪空值”
有些字段存了空字符串 '' 或占位符 'NULL'，它们不是 SQL 的 NULL，但业务上要当空处理。这时不能只靠 COALESCE，得先用 NULLIF 转换：
SELECT COALESCE(NULLIF(trim(phone), ''), '未提供') FROM contacts;
这里 NULLIF(trim(phone), '') 把空白字符串转成 NULL，再由 COALESCE 统一兜底。漏掉这层，COALESCE(phone, '未提供') 对空字符串完全无效。
-
NULLIF(a, b)在a = b时返回NULL，否则返回a，是清理脏数据的轻量工具 - 顺序不能颠倒：必须
NULLIF在外、COALESCE在内，反过来无法解决原始问题 - 注意
trim()的数据库兼容性：PostgreSQL 用TRIM()，MySQL 5.7+ 也支持，旧版 MySQL 得用TRIM(BOTH ' ' FROM phone)
性能影响：它真会拖慢查询吗？
单纯用 COALESCE 几乎不产生额外开销——它只是短路求值，遇到第一个非 NULL 就停，后续参数根本不计算。慢通常是因为你把它套在了低效表达式里，比如：
SELECT COALESCE((SELECT MAX(updated_at) FROM logs WHERE logs.id = t.id), NOW()) FROM tasks t;
这个子查询会被每行执行一次，COALESCE 本身没锅。真正要注意的是：
- 避免在
WHERE或JOIN条件里对列用COALESCE(col, 'default')，这会让索引失效（除非建函数索引） - 在
ORDER BY中使用是安全的，但若排序字段大量为NULL，数据库可能放弃索引走文件排序 - PostgreSQL 中，如果所有参数都是常量或绑定变量，查询计划器能提前优化；但含列引用时，仍属运行时计算，别指望它被“编译掉”
最易被忽略的一点：当字段本身有索引，而你写 COALESCE(status, 'active') 去查 WHERE COALESCE(status, 'active') = 'active'，等于主动放弃索引——这时候该用 WHERE status IS NULL OR status = 'active'。
