如何解决Oracle中“日期格式模板未转换整个输入字符串”错误

错误原因 #

你拼接后的字符串是'02-JUL-24 23:00:00'，但调用to_date()时没指定匹配的格式掩码，Oracle会用会话默认的NLS_DATE_FORMAT解析。如果默认格式不包含时间部分（比如默认是DD-MON-RR），解析到后面的时间就会报错——因为模板没覆盖整个输入字符串。

几种修复方案 #

方案1：直接做日期运算（推荐，无NLS依赖）

因为end_date本身是DATE类型，直接把end_time转成时间间隔加到end_date上，再和sysdate比较：

select code 
from custom_codes 
where end_date + to_dsinterval('0 ' || end_time || ':00') < sysdate;

to_dsinterval会把'0 23:00:00:00'解析为0天23小时的间隔，和end_date相加得到完整的结束时间。

方案2：指定正确的格式掩码（如果一定要用字符串拼接）

给to_date()加上完全匹配的格式模板，确保覆盖拼接后的整个字符串：

select code 
from custom_codes 
where to_date(TO_CHAR(end_date,'DD-MON-YY')||' '||end_time, 'DD-MON-RR HH24:MI:SS') < sysdate;

这里用RR代替YY是更安全的年份处理方式，避免千年问题。

方案3：拆分时间字段做运算

如果end_time是固定的HH24:MI:SS格式，也可以拆分后转成时间单位相加：

select code 
from custom_codes 
where end_date 
      + interval '1' hour * to_number(substr(end_time, 1, 2))
      + interval '1' minute * to_number(substr(end_time, 4, 2))
      + interval '1' second * to_number(substr(end_time, 7, 2)) < sysdate;

注意事项 #

尽量避免DATE和字符串之间的不必要转换，这类操作很容易受NLS设置影响，在不同环境下可能出现不一致的错误。直接使用日期运算的方式更稳定可靠。

内容的提问来源于stack exchange，提问作者Siva Kumar