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 差不多
记住一个原则：写 SQL 之前，先问自己——现在连的是哪个库？答案决定一切。
真正能跨库的写法只有 COALESCE
COALESCE 是 ANSI SQL 标准函数，所有主流数据库都买它的账，语义也一致——返回第一个非 NULL 的参数。注意，它可不是什么“替代方案”，而是唯一可靠的选择：
- Oracle 里：
SELECT COALESCE(name, '未知') FROM user;完全能用 - MySQL 里：同样的写法，照样跑
- PostgreSQL 和 SQL Server 同样支持，一句 SQL 不改
- 不过要小心：
COALESCE要求所有参数类型兼容，比如COALESCE(1, 'abc')在 PostgreSQL 中会报错，Oracle 虽然可能隐式转换，但这种事还是不依赖为好
一句话：跨库空值处理，用 COALESCE 准没错，省心省力。
迁移时最容易忽略的坑
把 Oracle 的 NVL(salary, 0) 改成 COALESCE(salary, 0) 看着简单，但有两个细节容易被跳过：
NVL强制评估所有参数，而COALESCE遇到第一个非 NULL 就停止——如果第二个参数是个耗时函数（比如NVL(col, slow_function())），改成COALESCE后性能可能反而提升，但也可能因为逻辑依赖那个副作用的执行而翻车- Oracle 对 DATE 类型的
NVL处理有隐式时区行为，COALESCE不继承这个特性。跨库迁移后，一定要单独验证日期字段的默认值是否还符合业务预期，否则数据对不上就麻烦了
总结：函数名改起来轻松，但要让业务逻辑在迁移后依然正确，上述两个点必须亲自测一遍。
