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
这个问题的本质是系统不能识别英文的月简写，而能识别中文。
(miki西游 @mikixiyou 原文链接: http://mikixiyou.iteye.com/blog/1735466
)
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>
这样就可以使用了。
如果实例级的NLS_DATE_LANGUAGE 参数值是AMERICAN，而需要将'19-10月-01'转换成DATE时，也可以相同的操作。
这个先修改会话级的参数配置，再使用to_date转换操作，在开发过程中有时候会比较麻烦。这里还有一个方法，我们使用一个to_date也能搞定。如下所示：
SQL> select To_Date('19-10月-01','dd-mon-yy','NLS_DATE_LANGUAGE = ''SIMPLIFIED CHINESE''') from dual;
TO_DATE('19-10月-01','DD-MON-Y
------------------------------
2001-10-19
SQL> select To_Date('19-JUN-01','dd-mon-yy','NLS_DATE_LANGUAGE = American') from dual;
TO_DATE('19-JUN-01','DD-MON-YY
------------------------------
2001-6-19
从以上可以看出，to_date的函数还是挺复杂的，也是很强大的。
我再提供一种解决方法，修改一下连接数据库的应用服务器的操作系统的环境变量NLS_LANG的配置，也可以解决这个问题。
如客户端是windows系统，修改它的环境变量NLS_LANG操作如下：
D:\>set NLS_LANG=american_america.zhs16gbk
D:\>sqlplus htzq/htzq@servdb4_192.168.15.209
SQL*Plus: Release 10.2.0.1.0 - Production on Tue Nov 27 15:47:35 2012
Copyright (c) 1982, 2005, Oracle. All rights reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
SQL> select sysdate from dual;
SYSDATE
------------
27-NOV-12
SQL> select To_Date('19-JUN-01','dd-mon-yy') from dual;
TO_DATE('19-
------------
19-JUN-01
到此，我们解释一下to_date的转换过程。（个人见解，不一定对）
to_date函数转换字符串为时间类型时，先读取客户端操作系统环境变量NLS_LANG的配置，如果客户端没有此项配置，那么就从数据库实例中取v$nls_parameters的NLS_DATE_LANGUAGE的配置值，形成会话级级NLS参数配置值。
这个值保存在UGA（可能是PGA的一部分）中。所以，我们可以使用alter session来修改它的参数配置值。
延伸一下，我们甚至还可以将'dd-mon-yy'也省略掉。这个省略掉的参数取的是v$nls_parameters的NLS_DATE_FORMAT参数的值。
NLS_DATE_LANGUAGE derived from NLS_LANGUAGE, specifies the language to use for the spelling of day and month names and date abbreviations (a.m., p.m., AD, BC) returned by the TO_DATE and TO_CHAR functions.
SQL> select * from v$nls_parameters where parameter like '%DATE%';
PARAMETER VALUE
---------------------------------------------------------------- ----------------------------------------------------------------
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE SIMPLIFIED CHINESE
SQL> alter session set nls_date_language='american';
Session altered.
SQL> select * from dual where sysdate>TO_DATE('19-JUN-01');
D
-
X
SQL> alter session set nls_date_language='SIMPLIFIED CHINESE';
Session altered.
SQL> select * FROM DUAL WHERE SYSDATE >To_Date('19-10月-01');
D
-
X
我们直接使用to_date，将字符串'19-JUN-01'和'19-10月-01'转换成date类型的数据。
你看，它可以直接和sysdate进行比较的。
更进一步，其实oracle中连to_date都可以省略掉。
SQL> select * from dual where sysdate>'19-JUN-01'; D - X
我们甚至可以直接使用'19-JUN-01'和sysdate进行比较，因为Oracle在后台给你转换，但不推荐这种方法。