在Oracle SQL的where子句中传入字符类型参数月使得可以直接和日期类型比较或者转换一下同日期类型比较 如果传入的字符格式和NSL_DATE_FORMAT一致那么可以不转换直接用否则会报ORA错误如果转换得不正确则可能会报ORA或其他错误 例如 Trc代码 SQL> 复制代码 代码如下: elect count(*) from dba_objects where created>to_date(); select count(*) from dba_objects where created>to_date() 第 行出现错误: ORA: 文字与格式字符串不匹配 Trc代码 SQL> 复制代码 代码如下: select count(*) from dba_objects where created>to_date(月mmdd yyyy); select count(*) from dba_objects where created>to_date(月mmddyyyy ) 第 行出现错误: ORA: 无效的月份 不能识别的字符串和格式转换不对的字符串测试时会出现这样的错误 使用to_date转换的格式字符串主要为DDMONRR/DDMONRRRR或YYYYMMDD/YYMMDD 如果能识别正确的结果应是这样 SQL> 复制代码 代码如下: select count(*) from dba_objects where created>月; COUNT(*) 这个格式和会话的NLS_DATE_FORMAT参数值相关 复制代码 代码如下: select SYS_CONTEXT(USERENVNLS_DATE_FORMAT) DF SYS_CONTEXT(USERENVNLS_DATE_LANGUAGE) DL from dual DF DL DDMONRR SIMPLIFIED CHINESE 我们在会话级别修改一下这个参数的值 SQL> alter session set nls_date_format=YYYYMMDD; 会话已更改 SQL> 复制代码 代码如下: select count(*) from dba_objects where created>月; select count(*) from dba_objects where created>月 第 行出现错误: ORA: 文字与格式字符串不匹配 这样原来正确的操作就不对了使用符合NLS_DATE_FORMAT格式的字符串则可以了 SQL> 复制代码 代码如下: select count(*) from dba_objects where created>; 这个参数和应用的环境也有关系有的应用会自动修改这个参数值因此测试工作最好放到sqlplus中进行 数据库级别上这个参数的值是固定不变的如下所示 Trc代码 SQL> 复制代码 代码如下: select * from v$nls_parameters; PARAMETER VALUE NLS_LANGUAGE SIMPLIFIED CHINESE NLS_TERRITORY CHINA NLS_CURRENCY ¥ NLS_ISO_CURRENCY CHINA NLS_NUMERIC_CHARACTERS NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DDMONRR NLS_DATE_LANGUAGE SIMPLIFIED CHINESE NLS_CHARACTERSET ZHSGBK NLS_SORT BINARY NLS_TIME_FORMAT HHMISSXFF AM NLS_TIMESTAMP_FORMAT DDMONRR HHMISSXFF AM NLS_TIME_TZ_FORMAT HHMISSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DDMONRR HHMISSXFF AM TZR NLS_DUAL_CURRENCY ¥ NLS_NCHAR_CHARACTERSET ALUTF NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE 已选择行 NLS_DATE_LANGUAGE是SIMPLIFIED CHINESE即简体中文所以月份值是中文如月 |