Oracle存储过程在Forms与SQL Developer中调用结果不一致排查

我在Oracle Forms的.pll文件和SQL Developer中调用同一个带3个输入参数、3个输出参数的存储过程，预期输出参数值应该一致，但实际结果不同。已确认.pll中打印的参数值和SQL Developer里用的完全对应（都是11-JAN-23/2023），求解释差异原因。

代码对比 #

.pll中的代码 #

p_enquiry_date       pp_acc.end_date%type := to_date((nvl(name_in('PPUN.DSP_RUN_END_DATE'),
                                                         to_char(sysdate, 'DD-MON-YYYY'))),'DD-MON-YYYY');

message('enq: '||p_enquiry_date);pause;

打印结果：enq: 11-JAN-23

SQL Developer中的代码 #

p_enquiry_date       pp_acc.end_date%type := to_date('11-JAN-2023','DD-MON-YYYY');

可能的差异原因 #

• 日期语言环境不匹配：Oracle Forms和SQL Developer的NLS_DATE_LANGUAGE设置可能不同。比如Forms用中文环境时，JAN（英文月份缩写）无法被正确解析，to_date转换时会出现隐性错误；而SQL Developer用英文环境能正常识别JAN，最终得到的实际日期值就会不一样，只是打印显示格式看起来相同。
• 两位数年份的解析规则差异：Forms中如果传入的是11-JAN-23，to_date可能受NLS_DATE_FORMAT或默认RR规则影响，意外解析成1923年而非2023年；但SQL Developer里明确指定了2023，不会出现这个问题。
• 变量转换的隐性问题：name_in返回的是字符串类型，赋值给DATE类型变量时，Forms的字符集或格式匹配逻辑可能导致实际存储的日期值偏差，只是打印时通过默认格式转成了11-JAN-23，和SQL Developer的显示一致但实际值不同。
• 会话上下文参数不同：除了p_enquiry_date，存储过程的另外两个输入参数是否真的完全一致？另外，Forms和SQL Developer的会话可能有不同的NLS设置、权限或上下文变量，导致存储过程执行时走了不同的逻辑分支。
• 打印显示的误导：message('enq: '||p_enquiry_date)是把日期转成字符串显示，这个转换依赖Forms的NLS_DATE_FORMAT设置，可能实际日期值不是2023年1月11日，但显示成了11-JAN-23。可以在Forms里改成message('enq: '||to_char(p_enquiry_date, 'YYYY-MM-DD'))打印完整日期来验证。

内容的提问来源于stack exchange，提问作者chk.buddi