(注,本文三度易稿) 在开发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在后台给你转换,但不推荐这种方法。
分享到:
相关推荐
BLOG_LHR_【故障处理】ORA-30012的解决过程.pdfBLOG_LHR_【故障处理】ORA-30012的解决过程.pdf
oracle网络配置(listener_ora-sqlnet_ora-tnsnames_ora).mht
ORA-06512 数字或值错误,字符缓冲区太小的解决方法。 有图有真相,希望对你有帮助。
listener_ora sqlnet_ora tnsnames_ora的关系以及手工配置举例
在运行查询SELECT * FROM V$SESSION 会出现ORA-29275:部分多字节字符的错误,这是什么原因开始我不得其解,网上也没有介绍什么好办法。本文给出答案。
使用工具IMPDP导入数据时ORA-39002、ORA-39070错误排查。使用工具IMPDP导入数据时ORA-39002、ORA-39070错误排查 使用工具IMPDP导入数据时ORA-39002、ORA-39070错误排查
如果转换得不正确,则可能会报ORA-01843或其他错误。 例如: Trc代码 SQL> 代码如下: elect count(*) from dba_objects where created>to_date(‘2008-12-01’); select count(*) from dba_objects where created>to...
ora-01720 授权选项对于'xxxx'不存在的解决方法,希望有帮助。
本人在工作中,从测试库往正式库中复制记录,用select for update 报错:ORA-01480:STR 绑定值的结尾 Null字符缺失 ,遂上网查找,都说是有非法字符(半个引号) 或者长度超长造成的。根据本人分析,应该不是上述原因...
Drop goldengate用户时,报ORA-00604 ORA-20782 ORA-06512错误
oracle数据库ora-01152和ora-01110的解决办法
ora-00604 错误 解决 方法 ora-00604 错误 解决 方法 ora-00604 错误 解决 方法 ora-00604 错误 解决 方法 ora-00604 错误 解决 方法ora-00604 错误 解决 方法
在启动Oracle数据库时提示:ORA-00845 MEMORY_TARGET not supported on this system错误,解决办法
Oracle 11gr2连Oracle 19c 报ORA-28040 ORA-01017解决方法
离线误删空间文件导致的ORA-01033及ORA-01145问题的解决办法,在解决ORA-01033的过程中,又出现ORA-01145 * 第 1 行出现错误: ORA-01145: 除非启用了介质恢复, 否则不允许立即脱机 接着的解决步骤
适用于将oracle 19.3版本数据库的时区补丁升级到34(默认为32) 用于解决impdp时遇到ORA-39405 TSTZ版本错误 p29997937_190000_MSWIN-x86-64,适用于windows平台
CLOB字段类型报错 ORA-01704:文字字符串过长的解决
ORA-20011,ORA06564错误分析