ORA-06502:PL/SQL:数字或值错误:数值精度太高

今天在改一个维护单时候遇到如下问题,纠结许久,经各种排查原来是由于Oracle中Number定义的长度不够导致。

       问题情景是在调用存储过程时候:

call SP_GL_CLOSE_PERIOD_CHECK('2014','440199','1','10110',12)

报错,之前一直好使的存储过程突然出错,很茫然。无奈查找存储过程,最终问题定位到如下sql:

而直接sql查询执行查询如下

可以看出其VTEMP2的结果长度明显大于10。而经查资料Oracle中Number数据类型如下

 number数据类型 

number类型的语法很简单:number(p,s)

p:精度位,precision,是总有效数据位数,取值范围是38,默认是38,可以用字符*表示38

s:小数位,scale,是小数点右边的位数,取值范围是-84~127,默认值取决于p,如果没有指定p,那么s是最大范围,如果指定了p,那么s=0

pisthe precision,or the total number of digits. Oracle guarantees the portabilityof numbers with precision ranging from 1 to 38.

sisthe scale, or the number of digits to the right of the decimal point. The scalecan range from -84 to 127.

 

查找到原因之后,修改就简单了,把vTemp2 number(10,2);改为vTemp2         number(30,2);即可

 

结论:在Oracle中使用Number类型时候,请一定保证其合适的精确度。
  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值