NVL函数无法跨数据库兼容，Oracle仅支持NVL，MySQL、PostgreSQL、SQL Server均不识别该函数名而报错；跨库应统一使用标准函数COALESCE，它被所有主流数据库支持且语义一致。

直接回答：NVL 函数无法跨数据库兼容

Oracle 的 NVL 在 MySQL、PostgreSQL、SQL Server 中会直接报错，不是“写法不对”，而是这些数据库根本不认识这个函数名。硬搬 Oracle SQL 到其他库执行，ORA-00904 或 ERROR: function nvl does not exist 是必然结果。

各数据库空值函数对照表（必须按库选用）

选错函数名 = 查询失败。实际开发中应先确认目标数据库类型，再决定用哪个函数：

• Oracle：只认 NVL(expr1, expr2)，不支持 IFNULL
• MySQL：只认 IFNULL(expr1, expr2)，NVL 报错
• PostgreSQL：两者都不支持，必须用 COALESCE(expr1, expr2)
• SQL Server：用 ISNULL(expr1, expr2)，NVL 和 IFNULL 均无效
• SQLite：支持 IFNULL，行为接近 MySQL

真正能跨库的写法只有 COALESCE

COALESCE 是 ANSI SQL 标准函数，所有主流数据库都支持，且语义一致——返回第一个非 NULL 参数。它不是“替代方案”，而是唯一可靠的选择：

• Oracle 中：SELECT COALESCE(name, '未知') FROM user;
• MySQL 中：SELECT COALESCE(name, '未知') FROM user;
• PostgreSQL/SQL Server 同样可用，无需修改
• 注意：COALESCE 要求所有参数类型兼容，比如不能混用字符串和整数（COALESCE(1, 'abc') 在 PostgreSQL 中报错，Oracle 可能隐式转但不可靠）

迁移时最容易忽略的坑

把 Oracle 的 NVL(salary, 0) 改成 COALESCE(salary, 0) 看似简单，但以下两点常被跳过：

• NVL 会强制评估所有参数，而 COALESCE 遇到第一个非 NULL 就停止——如果第二个参数是耗时函数（如 NVL(col, slow_function())），改用 COALESCE 后性能可能提升，但也可能因逻辑依赖副作用而失效
• Oracle 对 DATE 类型的 NVL 处理有隐式时区行为，COALESCE 不继承该特性，跨库迁移后需单独验证日期字段默认值是否仍符合业务预期