无法理解值如何隐式转换为日期格式

苏格拉不兜底

当我检查我的时候NLS_DATE_FORMAT是DD-MM-RR.
6 U% z* B+ G, s. u5 o* A7 D* D考虑到带有日期列的 mytable，当我执行以下句子时，它会抛出错误ORA-可以理解的是，日期格式的输入值不够长。
2 j! X, L& I3 C$ `/ W9 G

insert into mytable values(10)Error: reason understandable
) y, ]" R) i3 G2 i/ @; z7 g- H

那么为什么输入大小明显大于 default 大小有效DATE Format。

insert into mytable values('10AUGUST2016年)； ////reason not understandable
0 R; a! Z2 B0 b% N$ H/ E

此外，我没有在这里使用任何东西TO_DATE函数，我猜隐式转换正在发生？
, x% x. D! o  A6 \' w                                                               
    解决方案:                                                               
                                                                字符串到日期转换规则允许额外的格式规则(没有其他修改)。
MM也匹配MON和MONTH;
MON匹配MONTH(反之亦然)；
RR匹配RRRR; 和
可选标点符号。所以：
7 o4 ^- b1 w. {: a9 X! ?

SELECT TO_DATE( '10AUGUST2016','DD-MM-RR    ) FROM DUAL UNION ALLSELECT TO_DATE( '10AUGUST2016','DD-MON-RR   ) FROM DUAL UNION ALLSELECT TO_DATE( '10AUGUST2016','DD-MONTH-RR' ) FROM DUAL UNION ALLSELECT TO_DATE( '10AUG   DD-MM-RR    ) FROM DUAL UNION ALLSELECT TO_DATE( '10AUG   DD-MON-RR   ) FROM DUAL UNION ALLSELECT TO_DATE( '10AUG   DD-MONTH-RR' ) FROM DUAL;
2 c; Q& Y5 x1 p1 l2 \- J1 O

2016年所有生成日期-08-10T00:00:00。
" G: D, e8 G, m8 |8 G/ G- B2 V* @使用格式模型可以防止这种情况FX
外汇格式准确。本修改符指定函数的字符参数与日期时间格式模型的准确匹配TO_DATE：
" O  X7 {& _, v" {4 ~; j# x字符参数中的标点符号和引用文本必须与格式模型的相应部分完全匹配（大小写除外）。
字符参数不能有多余的空间。如果没有FX，Oracle 会忽略额外的空间。
字符参数中的数字数据必须与格式模型中的相应元素具有相同的位数。如果没有FX，前导零可以省略字符参数中的数字。
当FX启用时，您可以使用禁用此检查的前导零FM修改为好。
如果字符参数的任何部分违反了这些条件中的任何一个， Oracle 将返回错误消息。
然后：
  E  B  _" `7 H8 a+ W3 r+ [

SELECT TO_DATE( '10-AUGUST-2016','FXDD-MM-RR    ) FROM DUAL;

Gives: ORA-01858: a non-numeric character was found where a numeric was expectedand 只能匹配找到精确模式匹配的地方(尽管RR仍会匹配RRRR）。
我猜隐式转换正在发生？
+ f  n( o6 [0 Z; U' e" T. o8 [是的，oracle 隐式地TO_DATE( '10AUGUST2016',NLS_DATE_FORMAT )用于转换。
4 m$ m$ E! D; a, y若使用：
! a6 z5 G# n9 @6 c. b

ALTER SESSION SET NLS_DATE_FORMAT = 'FXDD-MM-RR';

然后你的插入就会失败。