客户的开发在12c的测试库发版本(SQL代码),能顺利发布,但是在10g库发布同样的一套代码,却报错ora-911了。发现是代码中带有中文的逗号。所以他们希望确认一下,为什么12c能用中文逗号做分隔符,而10g不支持。
这是12c的新特性吗?有官方文档支撑吗?
测试了一下,确实在10g报错,但是12c和11g不会报错。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 |
SQL> --10.2.0.5,不能识别中文逗号。报错ora-911 SQL> show release release 1002000500 SQL> SQL> select 1,2 from dual 2 / select 1,2 from dual * ERROR at line 1: ORA-00911: invalid character SQL> --11.2.0.4,可以识别中文逗号。 SQL> show release release 1102000400 SQL> SQL> select 1,2 from dual 2 / 1 2 ---------- ---------- 1 2 SQL>--12.1.0.2,可以识别中文逗号。 SQL> show release release 1201000200 SQL> SQL> select 1,2 from dual 2 / 1 2 ---------- ---------- 1 2 SQL> |
看来不是12c的新特性,在11g就已经有了。
在ITPUB上也提到了这个问题。当然,大家很高兴,觉得是中国人的地位提高了,中文的逗号也被ORACLE正常识别了。
但是我查了一圈的MOS文档,始终没有找到对中文逗号(Chinese Comma)支持的说法。
正在苦恼的时候,被一个骚扰电话打断了思路,当我挂掉电话再次分析的时候,猛然想到这可能不是中英文的差别,可能是全角逗号(Full-Width Comma)和半角逗号的问题。
1 2 3 4 |
- 中文全角(,) - 中文半角(,) - 英文全角(,) - 英文半角(,) |
可以看到,中文全角、中文半角、英文全角状态下,所有的逗号都是一个形态;英文半角才是另外一个状态。我在google翻译中,搜索到了全角的英文,叫做FULL-WIDTH,我把FULL-WIDTH和ora-911代入到MOS中,于是浮现了:Bug 13328675 : ORA-911 IS NOT REPORTED WHEN USING FULL-WIDTH CHARACTERS ON 11G.
在BUG的内部介绍中提到,原来在10g中使用的qcplgnt_multibyte函数,在11g中已经改用成qcplgte_multibyte,可以将multibyte 转换成singlebyte,所以……也就是能将全角的逗号转换成半角的逗号来识别了。
另外,除了逗号(- Comma(,)),类似的符号还有:
– Space( )
– equal(=)
– Unequal(<>)
– Atmark(@)
– Period(.)
– Pipe(||)
最终这个问题Oracle研发不认为这是个bug,所以最终这个bug也close as not a bug了。
3条评论
这个11g就已经可以了。
恩,所以我说是在10g之后呀。:)