to_date转成字符串时ORA-01843 not a valid month 问题分析

to_date转成字符串时ORA-01843 not a valid month 问题分析

在开发Oracle SQL或PL/SQL程序过程中，我们常常遇到将字符串类型转换成DATE类型的需求。我们会使用to_date来实现这个转换需求。但有时候这种转换会出错，报ORA-01843:not a valid month。有时候这种转换在开发系统上测试时是正常的，部署到生产环境时却出这种错误。

例如，我们需要将字符串类型的字符串'19-JUN-01'转换为时间类型的对象。

这个字符串是常见的英文环境中的时间表达方式"天-月-年",其中"月"使用英文简写。所以使用to_date(xx,'dd-mon-yy')转换它，转换格式是'dd-mon-yy'。

但是，在实际转换操作时，转换失败，如下所示：

SQL> select  To_Date('19-JUN-01','dd-mon-yy') from dual;
select  To_Date('19-JUN-01','dd-mon-yy') from dual
ORA-01843: not a valid month

出错信息显示"月"所对应的数据无效。

就是说，to_date函数在这个系统中不能识别"JUN".这是英文的月简写。

如果换成中文的表达方式，如'19-10月-01'。则系统就能正确转换。如下所示：

SQL>  select  To_Date('19-10月-01','dd-mon-yy') from dual;
TO_DATE('19-10月-01','DD-MON-Y
------------------------------
2001-10-19

这个问题的本质是系统不能识别英文的月简写，而能识别中文。

Oracle系统的语言配置主要保存在V$NLS_PARAMETERS数据字典视图中。查询该视图关于语言的设置值。如下：

SQL> select * from v$nls_parameters where parameter like '%DATE%';
 
PARAMETER                                                        VALUE
---------------------------------------------------------------- ----------------------------------------------------------------
NLS_LANGUAGE                                                    SIMPLIFIED CHINESE
NLS_DATE_LANGUAGE                                                SIMPLIFIED CHINESE

证实数据库系统是语言环境是简体中文，这也是数据库实例级别的配置。

如果需要使To_Date('19-JUN-01','dd-mon-yy') 正常操作，只需要修改一下NLS_DATE_LANGUAGE的值，修改为AMERICAN，就能识别。

对于开发人员而言，实例级的语言设置参数NLS_DATE_LANGUAGE是不能修改的，但你可以修改会话级的。只要将你连接上数据库实例的会话中该参数值修改为AMERICAN，也是能转换的。

SQL> alter session set nls_date_language='american';
 
Session altered
 
SQL> select  To_Date('19-JUN-01','dd-mon-yy') from dual;
 
TO_DATE('19-JUN-01','DD-MON-YY
------------------------------
2001-6-19
 
SQL>

这样就可以使用了。