Oracle TO_NUMBER未指定格式模型时忽略逗号的异常现象咨询

这个现象确实挺让人困惑的，我来给你拆解一下背后的原因：

首先把你提到的三个测试案例列出来，方便对照分析：

1. 符合预期的报错案例：

select to_number( '10000', '999G990' ) from dual;

返回ORA-01722: invalid number——因为格式模型里明确指定了分组分隔符G（默认对应会话的分组符，通常是逗号），但输入字符串里没有对应的分隔符，格式匹配失败，报错完全合理。

2. 第一个反直觉案例：

select to_number( '10,000', '999990' ) as x from dual;

得到结果10000——这里的关键是：Oracle的TO_NUMBER在格式模型未指定分组分隔符时，会自动忽略输入字符串中符合会话默认设置的分组分隔符，再尝试匹配格式模型。也就是说，它会先把'10,000'里的逗号去掉，变成'10000'，这个字符串刚好能匹配'999990'（9代表可选数字位，0代表强制存在的位，短位数会自动适配格式长度），所以转换成功。

3. 更奇怪的第二个案例：

select to_number( '10,0000', '999990' ) as x from dual;

得到结果100000——原理和上面一致：Oracle只识别逗号是合法的分组分隔符，直接去掉它得到'100000'，这个6位数字完美匹配'999990'格式，所以转换成功。哪怕逗号的位置不符合常规千分位分组规则，Oracle也不会校验分隔符的位置是否合规，只会判断它是不是会话默认的分组符。

补充说明 #

这个行为和会话参数NLS_NUMERIC_CHARACTERS密切相关，该参数定义了小数点分隔符和分组分隔符（格式为"<小数点><分组符>"）：

• 如果会话设置是NLS_NUMERIC_CHARACTERS = ',.'（小数点是点，分组符是逗号），就会出现你看到的案例结果；
• 如果设置成NLS_NUMERIC_CHARACTERS = '.,'（小数点是逗号，分组符是点），那'10,000'里的逗号会被当成小数点，转换结果会变成10，而'10.000'会被自动去掉点，转换成10000。

遗憾的是，Oracle官方文档并没有明确提及这个自动忽略分组分隔符的隐含行为，但它是一个长期存在的特性，从11gR2、12cR2到更高版本都保持这个逻辑。

内容的提问来源于stack exchange，提问作者eaolson