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

      长话短说，一句话，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了。

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