PL/SQL游标使用DATE字面量报ORA-01861错误问题排查

你之前反复修改游标WHERE条件里的日期字面量，完全找错了问题位置：

• ANSI标准写法DATE '2016-07-01'本身和NLS格式设置无关，语法100%合法，这也是你单独执行SELECT语句能正常出结果的原因，改这个位置纯粹是无用功。
• 真正触发ORA-01861: literal does not match format string错误的是你拼接HTML输出的代码：

  htp.p('<td>' || r_employee.hire_date || '</td>');
  

  Oracle遇到DATE类型和字符串用||拼接时，会自动做隐式类型转换，默认按当前会话的NLS_DATE_FORMAT参数值把DATE转成字符串。你在客户端单独跑SELECT时，客户端工具会自动给当前会话设置适配的日期格式，不会报错；但存储过程运行/编译在数据库服务端环境，默认的NLS_DATE_FORMAT和你本地客户端的设置不一致，隐式转换时格式对不上就抛错。你之前尝试给hire_date套TO_DATE()函数更是方向错了——字段本身已经是DATE类型，再转DATE会触发两次隐式转换，只会让问题更严重。

彻底放弃依赖隐式类型转换，所有DATE类型转字符串输出时，显式调用TO_CHAR并写死固定的日期格式，完全绕开NLS参数差异的影响。
把两处拼接hire_date的代码改成如下形式即可：

-- 替换原有直接拼接r_employee.hire_date的代码
htp.p('<td>' || TO_CHAR(r_employee.hire_date, 'YYYY-MM-DD') || '</td>');

格式串可以根据你的显示需求调整，比如要显示到具体时分秒就用'YYYY-MM-DD HH24:MI:SS'，要显示中文格式就用'YYYY"年"MM"月"DD"日"'，只要格式串是明确指定的，不管环境NLS参数怎么变都不会抛格式匹配错误。

• 你现在写了两个结构完全一致的游标，仅过滤条件相反，可以合并成一个游标，循环时根据hire_date的所属区间分块输出，减少一半重复代码。
• 不需要在循环开始前就把两个游标全部打开，游标只在需要FETCH数据前打开即可，提前打开会无意义持有数据库资源。
• 永远不要对已经是DATE类型的字段调用TO_DATE()，这种写法会先把DATE隐式转成字符串，再按NLS格式转回DATE，不仅性能差，也是ORA-01861错误的高发诱因。

内容的提问来源于stack exchange，提问作者Dave Yu