coalesce更值得优先使用，因其是sql标准函数，被postgresql、mysql 8.0+、sql server、oracle、sqlite等所有主流数据库统一支持；而isnull仅sql server支持，ifnull仅mysql支持，nvl仅oracle支持，跨库迁移必报错。
COALESCE 为什么比 ISNULL 或 IFNULL 更值得优先用
因为 COALESCE 是 SQL 标准函数，几乎所有主流数据库（PostgreSQL、MySQL 8.0+、SQL Server、Oracle、SQLite）都支持，而 ISNULL（SQL Server 专属）、IFNULL（MySQL 专属）或 NVL（Oracle）只能在特定环境工作。如果你写的 SQL 要跨库迁移或团队共用，硬写 ISNULL(col, 'N/A') 很可能在 PostgreSQL 里直接报错：ERROR: function isnull(unknown, unknown) does not exist。
它本质是“返回第一个非 NULL 的表达式”，所以天然适合链式兜底：
SELECT COALESCE(phone_work, phone_mobile, phone_home, '未提供联系方式') AS contact FROM customers;
COALESCE 参数类型必须兼容，否则会隐式转换甚至报错
所有参数会被强制转成同一数据类型——通常是第一个非 NULL 参数的类型，或按数据库类型优先级推导。这容易踩坑：
-
COALESCE(created_at, 'N/A')在 PostgreSQL 中会失败：timestamp 和 text 无法自动合并，报错ERROR: COALESCE types timestamp without time zone and text cannot be matched -
COALESCE(price, 0)看似安全，但如果price是DECIMAL(10,2)，而0是整数，某些数据库（如 older MySQL）可能把结果变成INT，丢失小数位
稳妥做法是显式对齐类型：
SELECT COALESCE(price, CAST(0.00 AS DECIMAL(10,2))) AS price FROM products;
或者统一用字符串兜底（但注意业务逻辑是否允许）：
SELECT COALESCE(CAST(price AS TEXT), '0.00') AS price_str FROM products;
COALESCE 在 WHERE 和 JOIN 条件中慎用，可能破坏索引
在过滤条件里写 WHERE COALESCE(status, 'active') = 'active'，等价于 WHERE status IS NULL OR status = 'active'，但数据库优化器往往无法利用 status 字段上的索引，导致全表扫描。
更高效的方式是拆开写，让索引生效：
WHERE (status = 'active' OR status IS NULL)
同理，在 JOIN 条件中避免：ON t1.id = COALESCE(t2.ref_id, t2.fallback_id)——这种表达式会让关联失去 SARGable 特性，几乎必然走嵌套循环或临时表。
替代方案：什么时候该用 CASE 而不是 COALESCE
当默认值需要依赖其他字段、带逻辑判断，或 NULL 判断只是其中一环时，COALESCE 就不够用了。比如：
- 想把空字符串也当作 NULL 处理：
COALESCE(NULLIF(name, ''), '匿名')—— 这其实已经嵌套了，可读性下降 - 需要根据状态码返回不同默认值：
CASE WHEN code = 1 THEN '启用' WHEN code = 0 THEN '停用' ELSE '未知' END，这时硬套COALESCE不现实 - 涉及计算或函数调用：
COALESCE(updated_at, NOW())可行，但若要COALESCE(updated_at, created_at + INTERVAL '1 day')，部分数据库（如 older MySQL）不支持表达式作为COALESCE参数
简单说：纯 NULL 替换，用 COALESCE；带逻辑、混合判定、或需精细控制类型时，直上 CASE 更稳。
实际写的时候，很多人忽略 COALESCE 的求值顺序和短路特性——它从左到右逐个计算，遇到第一个非 NULL 就停，后面的表达式根本不会执行。这点在含子查询或函数调用时很关键，别以为写了五个参数就一定会全跑一遍。
