NVL2是Oracle提供的三参数NULL判断函数，语法为NVL2(expr1,expr2,expr3)，当expr1非NULL时返回expr2，为NULL时返回expr3，返回值类型始终与expr2一致。
NVL 和 NVL2 都能处理 NULL，但适用场景完全不同：NVL 适合“空就换默认值”，NVL2 适合“有/无某值 → 返回不同结果”。别混用，否则类型报错或逻辑翻车。
NVL(expr1, expr2)：两值替换，类型必须兼容
它只做一件事：如果 expr1 是 NULL，返回 expr2；否则原样返回 expr1。注意 Oracle 会强制隐式转换——但风险很高。
- 常见错误：
SELECT NVL(hire_date, '2020-01-01') FROM employees报错 ORA-01722，因为日期不能自动转成字符串 - 正确写法：显式转类型，比如
NVL(TO_CHAR(hire_date, 'YYYY-MM-DD'), '未知')或NVL(hire_date, DATE '2020-01-01') - 数值场景慎用隐式转换：
NVL(salary, '0')看似可行，但实际触发 TO_NUMBER 转换，若字段含非数字字符会崩 - 索引失效：WHERE 子句里写
NVL(status, 'ACTIVE') = 'ACTIVE'会让 status 列上的索引失效，应改用status IS NULL OR status = 'ACTIVE'
NVL2(expr1, expr2, expr3)：三值分支，结果类型由 expr2 决定
NVL2 的核心是“判断是否存在”，不是“替换空值”。它的返回值类型永远和 expr2 一致，expr3 会被强制转成 expr2 的类型（转不了就报错）。
- 典型误用：
NVL2(comm, 'YES', 0)—— 字符串和数字混用，Oracle 尝试把0转成 VARCHAR2，通常成功；但反过来NVL2(comm, 100, 'N/A')就会失败，因为不能把字符串转成 NUMBER - 安全写法：统一用字符串，比如
NVL2(comm, 'Commissioned', 'Non-Commissioned')；或统一用数值，比如NVL2(comm, 1, 0) - 日期场景要小心：
NVL2(shipped_date, shipped_date, SYSDATE)没问题；但NVL2(shipped_date, 'Shipped', SYSDATE)会失败，因无法把日期转字符串再塞进字符型结果槽 - 性能提示：
NVL2在 SELECT 列中无明显开销，但在 WHERE 或 JOIN 条件中嵌套使用时，可能干扰优化器对统计信息的判断
什么时候该选 COALESCE 而不是 NVL
当你要从多个候选值里取第一个非 NULL 时，COALESCE 比嵌套 NVL 更清晰、更标准，且支持短路求值（后面参数不计算）。
- 嵌套 NVL 很难读：
NVL(NVL(NVL(col1, col2), col3), 'default') - 等价的 COALESCE：
COALESCE(col1, col2, col3, 'default') - 关键区别：
COALESCE所有参数必须类型兼容（不能像NVL2那样靠expr2主导类型），且一旦类型不一致，必须显式转换，比如COALESCE(TO_CHAR(date_col), TO_CHAR(num_col), 'N/A') - 注意陷阱：
COALESCE(NULL, SYSDATE, '2020-01-01')会报错，因为SYSDATE（DATE）和字符串无法共存于同一列表达式中
真正容易被忽略的是类型推导规则：NVL 看 expr1 类型来决定怎么转 expr2，NVL2 却只认 expr2 类型来吞掉 expr3。写之前先盯住第二个参数的类型，比反复调试报错快得多。
