OCI-22053: 溢出错误（附解决办法）

最新推荐文章于 2024-04-17 11:54:35 发布

BluAky_12138

最新推荐文章于 2024-04-17 11:54:35 发布

阅读量2.6k

点赞数

分类专栏：日常问题文章标签： oracle 数据库 database

本文链接：https://blog.csdn.net/bluesky_12138/article/details/124935107

版权

日常问题专栏收录该内容

2 篇文章

订阅专栏

本文讲述了Oracle数值存储限制导致的精度问题，通过示例展示了如何解决小数位过多的错误，以及在业务逻辑中遇到的23:59:59时间问题，强调了代码审查和需求理解的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

长话短说，一句话，Oracle 最多可存储可存储 38 个字节的精度。当将 Oracle 数值转换为公共语言运行库数据类型时，小数点后边的位数过多，就可能会出现此错误。

检查你的sql语句中是不是没对小数位数做限制。或者出现了无限循环or无限不循环小数。

解决方案：使用round(value,2) 使小数位数按照四舍五入保留后2位。

以下为反思。

项目中有一个提交的按钮，点击的时候会把前台页面的各项信息值传到后台，后台进行判重、校验等插入或更新操作。突然今天晚上，夺命连环call说该按钮点击了报错，并且页面也没有到提交后的页面。

乍一看，觉得很奇怪。因为就是个接口。后台接口是这样的：

中规中矩，业务逻辑代码封装起来，try{}catch{}模块也正常。此时仍然不能快速定位原因。于是目光转到前台，想看看接口返回的什么给了前台。令人诧异的是，前台居然收到了一个空的值。此时已经不能快速定位问题了，必须要看封装的代码了。

打上调式，发起请求。一步步调试中，突然有个断点直接过去了。发现如下代码

DataTable dt = GetData(id);

if (dt .Rows.Count > 0)
{
    //业务代码
}
return uid;


public DataTable GetData(string id)
{
    DataTable dt = new DataTable();
    try{
        ///出问题的SQL ,使用结束时间减去开始时间 selectet
    }
    catch(Exception ex){}
    return dt;
}

至此，前台收到的值为什么空了真相了。封装代码时，异常没有统一处理，导致捕获了异常，但是处理掉了，造成前台收到了非常规的回应。

但是新的问题又来了，在Oracle 中，两个时间直接相减，为什么是一串无限循环小数呢？默认显示是天数啊，进一步观察项目中开始日期和结束日期的值，很无奈的发现

结束时间为20xx-0x-xx 23:59:59，开始时间为20xx-0x-xx 00:00:00。

业务逻辑是算天，这里精确到了时分秒，不用想，又是哪个天才，结束时间选在了23:59:59这个时间端，除了这非常规的操作，代码层面也没考虑周全，才导致了这个奇怪的BUG产生。

如果设计时，明确业务逻辑是算天，加以校验，或者编写代码时，多考虑下需求，也许就没今天的Bug了。

奇怪的现象，有时候往往只是一个低级的错误，但这个低价的错误加上其他因素，就变得令人费解。所以一定要静下心来，抽丝剥茧，找出问题的根源。