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>这样就可以使用了。

Data Guard 10g 的保护级别为RESYNCHRONIZATION问题Oracle基础教程：函数to_char将number转成string相关资讯 Oracle错误代码 ORA-01843

Oracle错误代码大全（02/16/2015 21:31:57）
Oracle Grid Control OUI-25031错（03/09/2013 09:01:36）
ORA-04091:触发器/函数不能读（02/25/2013 08:28:13）

ORA-01843:无效的月份（07/01/2014 20:47:49）
Oracle中登陆时报ORA-28000: the （03/06/2013 20:06:23）
Oracle 11g startup时报ORA-03113 （02/21/2013 17:25:55）

本文评论查看全部评论（0）