一次奇怪的ORA-01722 invalid number错误

ORA-01722 invalid number很容易理解，无须多言，一般发生在显式的to_number()类型转换的参数错误时。

前几天我也遇到了一个由于直觉作怪而差点被忽略了的ORA-01722错误。

 

一个查询 select to_number(c.name) as srvtype, value as typename from sys_code c where c.srvclass=9 --srvclass为字符型
一直工作得很好，但突然一天返回错误ORA-01722 invalid number。由于条件srvclass字段是varchar2类型，就想当然地以为是ORACLE的bug(恰巧上周刚确认了ORACLE的一个查询bug)，将条件改写成c.srvclass='9'后，查询就又能运行了。

事情虽然过去了，可总觉得有点不对劲。首先ORACLE不可能出现这么简单的BUG；其次就算是BUG，返回的错误提示也不应该是 invalid number。按理说，即使ORACLE不能自动完成类型转换而要求写成 srvclass='9'，那么对srvclass=9这种写法的错误提示也应该是invalid character。但由于直觉作怪，也就没有深究


正好有人质疑bug的说法，我就从头进行检查，才发现错误的根本原因是：ORACLE将where c.srvclass=9解释为where to_number(c.srvclass)=9
1)以前执行SQL时，ORACLE进行全表扫描，对每行的srvclass都转换为number型进行比较.以前表中的srvclass的取值只有字符0到9，所以没有出错；
2)后来表中加入了新数据，srvclass的取值都是字母串，ORACLE进行全表扫描时，对新行上srvclass的to_number转换当然就返回ORA-01722 invalid number了。

附：我也拜读了yangtingkun的关于ORA-01722错误的帖子http://yangtingkun.itpub.net/post/468/237197，介绍了一种错误情形：将函数调用放到SELECT列表中可以执行，如果放到WHERE条件中就会报错

今天刚好遇到这种情况，2个表以前可以进行关联，今天刷新了新的数据后，突然报错。

经查原因就是因为number与varchar2关联，

select a.* from odl.e01_coupon a,odl.e01_escrow_trade_coupon b where a.id = b.coupon_id

其中id number, coupon_id varchar2

之前是oracle默认进行转换的，后来新的数据中有字母，此时oracle进行转换就会报错invalid number