免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3814 | 回复: 9
打印 上一主题 下一主题

[C] 关于OCI数据溢出的问题[已经解决,谢谢大家] [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2008-08-20 16:39 |只看该作者 |倒序浏览
if (odefin(&cda, 3, (ub1 *) & v_value, (ub4) sizeof(ub4),
             (sword) SQLT_INT,
             (sword) - 1, (sb2 *) 0, (text *) 0, -1, -1,
             (ub2 *) 0, (ub2 *) 0)) {
    err_report(&cda);
    do_exit(OCI_EXIT_FAILURE);

执行后:

-- ORACLE error when processing OCI function OFETCH, OFEN

ORA-01455: converting column overflows integer datatype

2008-08-20 16:23:30:  4 : 36399141  238 : 168838164

我看了,数据库有个值很大:88116628908

如果修改了函数的数据实参:

  if (odefin(&cda, 3, (ub1 *) & v_value, (ub4) sizeof(ub4),
             (sword) SQLT_NUM,
             (sword) - 1, (sb2 *) 0, (text *) 0, -1, -1,
             (ub2 *) 0, (ub2 *) 0)) {
    err_report(&cda);
    do_exit(OCI_EXIT_FAILURE);

不会抛出溢出,结果如下:
***连接到ORACLE的用户是: OCITEST, 输出信息格式: 日期 [statistic# : value]***

2008-08-20 16:25:13:  4 : 1546134980  115 : 340920774  238 : 1413808837

数据根本就与数据库中的不符,如何解决?

[ 本帖最后由 xzh2000 于 2008-8-21 10:21 编辑 ]

论坛徽章:
4
2015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:56:11IT运维版块每日发帖之星
日期:2016-08-11 06:20:00IT运维版块每日发帖之星
日期:2016-08-15 06:20:00
2 [报告]
发表于 2008-08-20 17:29 |只看该作者

回复 #1 xzh2000 的帖子

OCI支持BIG INT吗?也就是64位的整数,如果支持,使用64位整数,应该可以解决你的问题。

论坛徽章:
0
3 [报告]
发表于 2008-08-20 18:06 |只看该作者
原帖由 happy_fish100 于 2008-8-20 17:29 发表
OCI支持BIG INT吗?也就是64位的整数,如果支持,使用64位整数,应该可以解决你的问题。


我不知道哦,在ocidfn.h中没有定义...

论坛徽章:
0
4 [报告]
发表于 2008-08-20 18:14 |只看该作者
原帖由 xzh2000 于 2008-8-20 16:39 发表
if (odefin(&cda, 3, (ub1 *) & v_value, (ub4) sizeof(ub4),
             (sword) SQLT_INT,
             (sword) - 1, (sb2 *) 0, (text *) 0, -1, -1,
             (ub2 *) 0, (ub2 *) 0)) {
    err ...


用字符串绑定试排查一下.

论坛徽章:
0
5 [报告]
发表于 2008-08-20 18:24 |只看该作者
OCI错误溢出,与你的类似,可以参考一下

http://www.cnblogs.com/eXcel/archive/2006/03/23/276202.html

论坛徽章:
4
2015年辞旧岁徽章
日期:2015-03-03 16:54:152015年迎新春徽章
日期:2015-03-04 09:56:11IT运维版块每日发帖之星
日期:2016-08-11 06:20:00IT运维版块每日发帖之星
日期:2016-08-15 06:20:00
6 [报告]
发表于 2008-08-20 22:08 |只看该作者
原帖由 system888net 于 2008-8-20 18:14 发表


用字符串绑定试排查一下.


改用字符串绑定吧,这样应该没有问题。

论坛徽章:
0
7 [报告]
发表于 2008-08-21 10:14 |只看该作者
原帖由 happy_fish100 于 2008-8-20 22:08 发表


改用字符串绑定吧,这样应该没有问题。


晕,看来偶真是傻了,绑定到字符串后,果然解决了问题,为什么这样呢?

论坛徽章:
0
8 [报告]
发表于 2008-08-21 11:38 |只看该作者
原帖由 xzh2000 于 2008-8-21 10:14 发表


晕,看来偶真是傻了,绑定到字符串后,果然解决了问题,为什么这样呢?


很正常,字符串的空间够大,数据不会丢,而且解释也是统一的. 不光是OCI, ODBC 里也会有这种问题出现.

论坛徽章:
0
9 [报告]
发表于 2008-08-21 11:45 |只看该作者

回复 #8 system888net 的帖子

也就是对与比较大的数字(在数据库内部会以各种形式存放)而言,绑定为字符串的时侯. 输出的解释是统一的. 不会因为各系统表示的原因而出现不希望的结果。

论坛徽章:
0
10 [报告]
发表于 2008-08-21 14:17 |只看该作者
原帖由 system888net 于 2008-8-21 11:45 发表
也就是对与比较大的数字(在数据库内部会以各种形式存放)而言,绑定为字符串的时侯. 输出的解释是统一的. 不会因为各系统表示的原因而出现不希望的结果。


ok,谢谢888!
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP