A、B同时打开一个页面进行同一条数据库记录进行修改,A修改完成后提交表单,A修改的数据保存完成后;当B也修改完成后,提交数据进行数据修改。此时B修改的内容会覆盖A修改的内容,请问如何避免?...

A、B同时打开一个页面进行数据中的一条数据进行修改,A修改完成后提交表单,数据修改保存完成后B开始页面也修改完成,开始提交进行修改。此时B修改的内容会覆盖A的内容,请问如何避免?

通过搜索和我个人总结,找到的解决问题方案有以下两种:

方案一:

1)针对被修改表添加一个记录最后修改时间的字段LastUpate,每个用户操作页面内都读取并存储该LastUpate字段记录,当修改时,修改条件除了OID=?还要追加另外一个条件LastUpadte=?。

2)比如上边的场景:A、B同时打开页面时,读取的LastUpdate操作时间都是2018-04-12 19:22:13.095。当A修改完成后,该记录的LastUpate为一个新的时间:2018-04-12 19:24:34.096。

此时B修改时修改条件依然是:update set xx from xxx where oid=? and lastupdate='2018-04-12 19:22:13.095',此时会操作无效,因为按照条件查找记录时,记录已经不存在,此时返回操作响应记录数为0,B用户提交页面后,弹出友好提示:“对不起,此次操作失败。”,当关闭了提示窗口后,重新加载页面继续操作。

方案二:

1)对数据表结构不做调整,而是用户每次提交前都需要核对下用户操作的记录是否发生变化,如果为发生变化直接提交;

2)上边数据核对是否发生变化实现可以放到client浏览器端,也可以实现在服务器端;

3)当用户数据发生变化时,取消数据提交操作,弹出友好提示::“对不起,此次操作失败。”,之后重新加载页面继续操作。

 

针对这样的解决方案,你还有其他更好的解决方案吗?请拍砖。。。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值