(注,本文三度易稿) 在开发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-29275:部分多字节字符 #### 问题背景与描述 在Oracle数据库操作过程中,用户可能会遇到一个特定的错误提示——ORA-29275:部分多字节字符。这一错误通常出现在执行查询`SELECT * FROM V$...
ORA-01843 和 NLS_DATE_FORMAT 是在 Oracle 数据库中常见的错误,通常出现在日期处理时,尤其是当你尝试将非标准格式的日期字符串转换为日期类型时。这篇文章主要探讨了如何解决这类问题。 首先,`ORA-01843: 无效...
### ORA-01460 错误原因分析 #### 概述 在Oracle数据库操作过程中,可能会遇到ORA-01460错误,该错误全称为“ORA-01460: 转换请求无法实现或不合理”。这一错误通常发生在数据类型转换或者与操作系统之间的数据...
在Oracle数据库操作中,"ORA-01480: STR 绑定值的结尾 Null 字符缺失"是一个常见的错误,通常与数据插入或更新时的格式问题有关。这个错误通常意味着在处理字符串数据时,Oracle无法找到预期的NULL终止符,这可能是...
### ORA-06512 数字或值错误,字符缓冲区太小 #### 背景介绍 在Oracle数据库应用开发过程中,经常会遇到处理大量字符数据的情况。Oracle提供了多种数据类型来存储不同长度的字符串,其中`VARCHAR2`是用于存储变长...
Oracle数据库发生ORA-04031错误原因浅析及处理 Oracle数据库是甲骨文公司提供的一种分布式数据库管理系统,以分布式数据库为核心的软件产品。它具有完整的数据管理功能,作为一个关系数据库,它是一个非常实用的...
ORA-00604: 递归SQL层1出现错误 ORA-03106: 致命的双工通信协议错误 ORA-02063: 紧接着line(源于dblink) 以及 ORA-04052: 在查找远程对象时出错 ORA-00604: 递归SQL层1出现错误 ORA-03120: 双工转换例行程序:整数...
这个文件包含了数据库服务的别名,为客户端提供了简单易记的连接字符串,代替了复杂的网络连接信息。在 `tnsnames.ora` 文件中,每个条目定义了一个服务名,包括服务器的主机名、端口、协议等,使得客户端可以方便...
在使用Oracle Data Pump工具IMPDP(Import Data Pump)进行数据导入的过程中,可能会遇到ORA-39002和ORA-39070等错误。本文将针对这些错误的排查方法进行详细介绍,帮助用户理解问题的原因及解决策略。 ### 错误...
然而,当你尝试向CLOB字段插入数据时,如果超过了Oracle规定的最大限制,就会遇到“ORA-01704: 文字字符串过长”的错误。这个错误通常意味着你试图插入的字符串超过了Oracle数据库允许的最大长度,对于VARCHAR2类型...
在Oracle数据库管理过程中,遇到ORA-00132和ORA-00214这类错误时,往往意味着数据库配置或启动过程中出现了问题。下面将对这两个错误进行详细解析,并给出相应的解决方案。 #### 二、ORA-00132: Syntax Error or ...
### ora-01720 授权选项对于'xxxx'不存在的解决方法 #### 背景介绍 在Oracle数据库管理中,权限管理和授予是非常重要的一个环节。它确保了数据的安全性和访问控制的有效性。然而,在进行权限授予时可能会遇到各种...
在Oracle数据库中,"ORA-00904"是一个常见的错误代码,它表示尝试引用一个不存在或无效的标识符。在这个场景下,错误信息提到的是"WM_CONCAT"函数,这表明在Oracle 19c数据库环境中,用户尝试使用WM_CONCAT函数,但...
在Oracle 10g及更早版本中,WMSYS.WM_CONCAT是一个实用的内置函数,允许用户将多个字符串合并成一个单一的字符串,类似于其他数据库系统中的CONCAT或者STRING_AGG函数。然而,由于性能和兼容性的问题,Oracle在11gR2...
ORA-12518/TNS-12518错误通常是由于监听器在将客户端连接移交给服务器进程或调度进程时出现问题所导致的。通过对监听器日志的分析、配置文件的检查、系统资源的调整等步骤,可以有效地解决这一问题。同时,针对不同...
在本文中,我们将深入探讨一个特定的Oracle数据库在Linux环境下启动失败的问题,涉及错误代码ORA-27154、ORA-27300、ORA-27301和ORA-27302,这些错误通常与系统信号量相关。此问题可能发生在尝试启动一个新的数据库...