Oracle PL/SQL中SYSDATE与日期字面量的差异疑问

我来帮你理清这个Oracle日期对比的疑惑，核心原因其实和Oracle处理日期的机制以及会话配置有关：

1. 为什么SYSDATE和'28-APR-18'对比会有差异？ #

首先要明确：SYSDATE是包含时分秒的完整DATE类型，比如当天是2018年4月28日，SYSDATE实际存储的是类似2018-04-28 15:42:30这样的值。

而你直接用字符串'28-APR-18'赋值给DATE变量时，Oracle会根据当前会话的NLS_DATE_FORMAT参数来解析这个字符串。如果你的NLS_DATE_FORMAT是'DD-MMM-YYYY'，那么解析后的DATE值是2018-04-28 00:00:00——时间部分默认是午夜零点。一个带具体时分秒的时间和一个午夜零点的时间，自然不会相等。

2. 为什么调试时用'DD-MMM-YYYY'格式字面量会报错？ #

如果你的会话NLS_DATE_FORMAT不是'DD-MMM-YYYY'（比如默认可能是'MM/DD/YYYY'），Oracle就无法正确解析'28-APR-18'或'28-APR-2018'这样的字符串，会触发类似ORA-01858: 在要求输入数字的地方找到非数字字符或者ORA-01843: 无效的月份的错误。这就是依赖会话配置带来的隐患。

3. 你的测试代码的问题（以及修正） #

你写的测试代码（应该是if var1 = var2吧？）执行后会输出"Not Equal"，就是因为时间部分的差异。比如完整测试代码：

declare 
    var1 DATE; 
    var2 DATE; 
BEGIN 
    var1 := SYSDATE; 
    var2 := '27-APR-18'; 
    if var1 = var2 then
        dbms_output.put_line('Equal');
    else
        dbms_output.put_line('Not Equal');
    end if;
END;
/

解决方法 #

推荐三种可靠的处理方式，避免依赖会话配置：

• 方法一：截断SYSDATE的时间部分
  如果只需要对比日期，用TRUNC()去掉SYSDATE的时分秒，和字面量转成的午夜日期对比：

if TRUNC(var1) = var2 then
    dbms_output.put_line('Equal');
else
    dbms_output.put_line('Not Equal');
end if;

• 方法二：显式转换日期（最推荐）
  不要直接用字符串赋值，用TO_DATE()指定格式，彻底摆脱NLS依赖：

-- 两位年份用RR格式（自动处理2000年前后）
var2 := TO_DATE('27-APR-18', 'DD-MON-RR');
-- 四位年份用YYYY格式
var2 := TO_DATE('27-APR-2018', 'DD-MON-YYYY');
-- 如果担心月份缩写的语言问题，可指定语言参数
var2 := TO_DATE('27-APR-18', 'DD-MON-RR', 'NLS_DATE_LANGUAGE=ENGLISH');

• 方法三：使用ANSI日期字面量
  格式固定为YYYY-MM-DD，不依赖任何NLS设置：

var2 := DATE '2018-04-27';

总结 #

永远不要依赖会话的NLS_DATE_FORMAT来隐式转换日期字符串，显式处理日期转换才能让代码在任何环境下稳定运行，避免格式报错或对比结果不符合预期的问题。

内容的提问来源于stack exchange，提问作者Dan V