首先得纠正一个关键认知：Oracle的TO_CHAR函数本身接收NULL输入时，不会抛出错误，它只会返回NULL结果。你遇到的报错，其实是由其他环节的问题导致的，我们来逐一拆解你的方案，找到问题根源：

你的两种方案分析 #

方案1：NVL2写法 #

你写的语句里有个明显的笔误：TO_CHAR(x ,'YYYYMMDDHH24MISS')中的x应该是Shipped_EXpired_Date吧？修正后正确的写法是：

NVL2(Shipped_EXpired_Date, TO_CHAR(Shipped_EXpired_Date,'YYYYMMDDHH24MISS'), '19900101') AS Shipped_EXpired_Date

这个逻辑完全没问题：当字段不为NULL时，执行格式转换；当字段为NULL时，直接返回预设的字符串。它甚至避开了TO_CHAR处理NULL的场景（虽然TO_CHAR本身处理NULL也不会报错），所以不会有转换异常。

方案2：NVL嵌套TO_CHAR写法 #

你写的语句是：

TO_CHAR(NVL(Shipped_EXpired_Date,'1990-01-01') ,'YYYYMMDDHH24MISS') AS Shipped_EXpired_Date

这个方案的问题不在TO_CHAR，而在NVL的参数类型不兼容：

• Shipped_EXpired_Date是DATE类型，而'1990-01-01'是字符串类型
• Oracle的NVL函数要求两个参数的类型必须匹配，此时Oracle会尝试把字符串'1990-01-01'隐式转换成DATE类型
• 但隐式转换的结果完全依赖当前会话的NLS_DATE_FORMAT设置，如果你的会话格式不是'YYYY-MM-DD'（比如默认的'DD-MON-RR'），这个字符串就无法被正确解析为DATE，从而抛出日期格式转换错误——看起来像是TO_CHAR的问题，但根源是NVL里的隐式转换失败。

正确的解决方式 #

要彻底避免隐式转换的坑，你需要把替代值显式转换成DATE类型，不依赖NLS设置，比如：

-- 用TO_DATE显式转换预设日期，确保类型匹配
TO_CHAR(NVL(Shipped_EXpired_Date, TO_DATE('1990-01-01', 'YYYY-MM-DD')), 'YYYYMMDDHH24MISS') AS Shipped_EXpired_Date

或者继续使用修正后的NVL2写法，它的逻辑更直接，也不需要处理类型兼容的问题。

总结 #

你遇到的错误不是TO_CHAR处理NULL导致的，而是第二种方案中NVL参数的隐式转换失败。只要确保NVL的两个参数类型一致（显式转换字符串为DATE），或者使用NVL2避开隐式转换，就能解决问题。

内容的提问来源于stack exchange，提问作者Ahmed Shawky El-faky