COALESCE更值得优先使用，因其是ANSI标准函数，全库兼容（PostgreSQL/MySQL 8.0+/SQL Server/Oracle/SQLite），支持多参数短路求值，语义清晰且天然适配多级兜底逻辑。
COALESCE 为什么比 ISNULL 或 IFNULL 更值得优先用？
因为 COALESCE 是 SQL 标准函数，所有主流数据库（PostgreSQL、MySQL 8.0+、SQL Server、Oracle、SQLite）都支持，而 ISNULL（SQL Server 专属）和 IFNULL（MySQL 专属）跨库迁移时会直接报错。它的语义也更清晰：返回参数列表中第一个非 NULL 的值，天然适合设置缺省值。
COALESCE 的参数顺序决定默认值逻辑
顺序不能乱——COALESCE 从左到右扫描，遇到第一个非 NULL 就立刻返回。所以把可能为 NULL 的字段放最左边，把兜底的默认值放最右边。
常见错误是把默认值写在前面，比如 COALESCE('N/A', column_name)，结果永远返回 'N/A'。
- 正确写法：
COALESCE(column_name, 'N/A') - 多级兜底：
COALESCE(phone_work, phone_mobile, phone_home, '未提供') - 配合表达式：
COALESCE(NULLIF(trim(name), ''), '(匿名)')（先剔除空格再判空）
COALESCE 在 WHERE 和 ORDER BY 中的陷阱
它不是“仅用于 SELECT 列”，但滥用会导致索引失效或逻辑偏差。
-
WHERE COALESCE(status, 'draft') = 'active'：无法走status字段索引，应改用status = 'active' OR (status IS NULL AND 'draft' = 'active')（虽然啰嗦，但可索引） -
ORDER BY COALESCE(updated_at, created_at)：没问题，但注意updated_at为NULL时才用created_at，别误以为是“取最新时间” - 在
GROUP BY中用COALESCE要小心：不同原始值可能被映射成同一缺省值，导致意外合并
和 CASE WHEN 比，什么时候该选 COALESCE？
当逻辑只是“逐个试值取第一个非 NULL”时，COALESCE 更简洁、可读性更高；一旦涉及条件判断（比如“大于 100 才用默认值”）、类型转换或复杂表达式，就得切回 CASE WHEN。
例如下面这个无法用 COALESCE 替代：
CASE WHEN price < 0 THEN 0 ELSE price END
而这个可以且推荐：
COALESCE(price, 0)
另外注意：所有 COALESCE 参数必须能隐式转成相同类型，否则 PostgreSQL 会报错，MySQL 可能静默转成字符串，SQL Server 会按数据类型优先级推导——这点容易在混合数字和字符串时翻车。
