免费注册 查看新帖 |

Chinaunix

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

如何防止多个前端应用选中同一个后端INFORMIX数据库记录 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-06-04 11:19 |只看该作者 |倒序浏览
------
|     |
| A  |-------------------|
|----|                       |
                           ------
------                   |  C  |
|     |                   -------
| B  |------------------|
|----|  

1. A,B 是应用服务器,C是后端INFORMIX数据库
2.C中的Database Products, Table profile,表结构大概是(id,info,expiration_timestamp)
3.如果我们A,B上都运行着一个监督进程,需要选出profile中过期的记录,生成一个报表,然后删除该记录

问题
由于A,B上的进程是同时运行的,如何保证被A选中的记录不被B选中而生成重复的报表记录?


我自己想那几个方案
方案一
  最简单的,把A,B上进程运行的时间进行协调,比如A上的00:00-12:00,B 12:01-23:59
  但是同一时间,只有一个进程运行担心删的不够快的问题
  
方案二  
  为表加上一列flag default为0,表示有没有被选中(id,info,expiration_timestamp,flag)
  使用SELECT FOR UPDATE
  比如  select first 1 id from profile where expiration_timestamp <= current_time and flag !=1 for update;
        update profile set flag=1 where id = <前面选中的>
  这样当一个A/B上的进程选中以后,及时更新了flag,那么另一个就选不中了,避免重复。
  
  但是我仔细一想,仍然存在重复的可能,我们假设很不幸A,B同时选到一个flag!=1的记录,A获得锁,B等待,A更新了flag然后释放锁,
  但是由于之前B已经选中了这个记录,只是在等待,当A update该记录以后B还是获得了update得可能,
  不能绝对地保证不重复选中。只是从概率的角度上有所减少罢了。
  不知道我的理解对不对,
  

这个问题别的类型的数据库也会遇到,但是目前使用的是INFORMIX,希望各路神仙帮忙指出个明道那,

论坛徽章:
0
2 [报告]
发表于 2009-06-04 15:09 |只看该作者

回复 #1 muare 的帖子

自己顶一下,是问题没有说清楚,还是大家觉得too naive不愿意回答啊

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
3 [报告]
发表于 2009-06-04 15:37 |只看该作者
id是数值型的不?或能不能转换成数值型?.可以用奇偶..要不然用rowid

.BTW:两个监控没碰到过...

论坛徽章:
0
4 [报告]
发表于 2009-06-04 16:30 |只看该作者

回复 #3 liaosnet 的帖子

id是varchar,有没有在数据库sql这一级的解决方案呢?

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
5 [报告]
发表于 2009-06-04 17:05 |只看该作者

回复 #4 muare 的帖子

没有~~这个不是数据库的活,是程序的活~

论坛徽章:
1
15-16赛季CBA联赛之江苏
日期:2017-04-05 11:23:15
6 [报告]
发表于 2009-06-05 08:51 |只看该作者
set lock mode to no wait;

论坛徽章:
1
15-16赛季CBA联赛之江苏
日期:2017-04-05 11:23:15
7 [报告]
发表于 2009-06-05 08:56 |只看该作者
个人认为像你说的
“我们假设很不幸A,B同时选到一个flag!=1的记录,A获得锁,B等待,A更新了flag然后释放锁,
  但是由于之前B已经选中了这个记录,只是在等待,当A update该记录以后B还是获得了update得可能,“
这种可能是不会发生的,因为你在条件里面存在flag!=1,所以当A改变了flag的值会,B是不会再次更新的。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP