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不继承该特性，跨库迁移后需单独验证日期字段默认值是否仍符合业务预期
