免费注册 查看新帖 |

Chinaunix

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

急...求助,Informix表无法访问,提示244错误 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2008-11-27 21:35 |只看该作者 |倒序浏览
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
2 [报告]
发表于 2008-11-27 21:40 |只看该作者
244是啥错误来着的? 贴出来看看?

论坛徽章:
0
3 [报告]
发表于 2008-11-27 21:43 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
4 [报告]
发表于 2008-11-27 21:44 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
5 [报告]
发表于 2008-11-27 21:47 |只看该作者
这个意思是,你对一条记录做了更新,但是没有提交。另外一个程序试图访问这个未决的记录。
就发生了244错误。
你可以set lock mode to wait 就可以解决这个问题了。

论坛徽章:
0
6 [报告]
发表于 2008-11-27 21:49 |只看该作者
提示: 作者被禁止或删除 内容自动屏蔽

论坛徽章:
0
7 [报告]
发表于 2008-11-27 23:52 |只看该作者
set lock mode  to wait;
设置永远等待就可以了
或者设定一个较长的值。比如 30秒就是 set lock mode to wait 30

论坛徽章:
0
8 [报告]
发表于 2008-11-28 11:16 |只看该作者
优化算法,尽量缩短事务时间,一天20万次的新增或修改,说明此表数据量也不少,可以考虑将此表分段存储。
另外,set lock mode to wait并不是个好办法,如果等待太多,会大大影响效率。

论坛徽章:
0
9 [报告]
发表于 2008-11-28 19:37 |只看该作者
你的说法无疑是对的。但是再快的算法,都无法保证提交期间,别的进程不去访问。并发的访问,这个问题没法回避。除非排他访问。因此,恰恰相反,从应用层面上,再快的算法,再优化的数据库访问计划,再合理的数据库分区,再合理的事务细分,都没法避免该错误。set lock必不可少。否则,你只能用try and error方法不停重试。那样就失去了意义。不光从程序实现上,也从效率上,不如wait-wakeup(等待-唤醒)模式,来的实用和更有效率。你说呢?

论坛徽章:
0
10 [报告]
发表于 2008-12-02 08:53 |只看该作者
楼上说的有道理
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP