ORA-06502: PL/SQL: numeric or value error

Oracle Report调试效率不是一般的低，对以前做惯.net的我来说对这一点更加是深有体会，如果遇到一个比较隐蔽的错误的时候将会令你蛋痛不已。今天我就有幸遇到一个隐式类型转换的问题，找了一个上午终于找出原因，贴出来给大家做前车之鉴。

报表开始Run Error，看Log是

REP-1401: '': Fatal PL/SQL error occurred.
REP-0069: Internal error
REP-57054: In-process job terminated:Terminated with error:
REP-1401: '': Fatal PL/SQL error occurred.

 

后来我聪明的加上了异常处理，Catch到的异常是：ORA-06502: PL/SQL: numeric or value error。

说明是类型转换错误，可是我仔细检查了好几遍代码后都没发现哪里有错误。没办法，只好一段一段的排除。就这样，足足花了我3个小时！！！

最后发现原来错误出现在这里   :CF_ITEM := V_ITEM ！！！

这让我有点不淡定了，两边的类型都是Character啊！！这能有什么错啊！而且我把这段代码抓到Toad执行，也是毫无化悬念的顺利通过！这是怎么回事？？坑爹啊? 最后，我怀着忐忑的心情把这个简单的赋值语句改成了 :CF_ITEM := to_char(V_ITEM) 。

结果居然正确了！！！这。。。这。。。这是怎么回事？坑爹啊？坑爹也不带这样的啊！！！V_ITEM是料号的变量，即使有时候会出现值是数字的形式，可以我在定义的时候明明是Varchar2啊！！！看来是我2了。上学时老师跟我说过，在赋值前要确保两边的类型要一致。我是这样学的，也是这样做的，可他妈的Oracle却向我多年来形成的根深蒂固的观念发起了赤裸裸的挑战！有哪个老湿跟我说过把一个字符类型的变量赋给一个字符类型的占位符的时候要进行强制类型转换的！

好吧，Oracle算你牛B，我承认我输了，最后我不得不做出以下总结：

当你把一串值赋给一个Character类型的占位符时，必须保证值一定是字符类型，否则如果遇到值是数字形式，即使这个值的变量定义是字符类型也会报错，比如，当变量的值是全数字的料号的时候，赋值前料号会被隐式转换成数字类型，数字类型赋给Character类型的占位符会报错。所以在赋值前一定要进行强制类型转换：CF_ITEM := to_char(V_ITEM)，否则将会让你蛋痛不已！