多人操作数据的处理策略--讨论

用户故事如下：

电子商务后台管理，有多个客服人员可以操作同一个数据，当有的人正在对他进行修改的时候，其他人却觉得这个数据是垃圾数据，就直接删除了

如果是你，你在项目中如何处理这一小细节。

比如：当你载入订单修改的适合，有人已经把订单删除了，你去保存，不会有任何错误，反而操作成功

可以去数据库更新一个id不存在的字段，没有任何问题，只会
update  qqinfo set name='fdfd
' where id=90;

Query OK, 0 rows affected
Rows matched: 0  Changed: 0  Warnings: 0


我们目前策略如下：

对订单管理，很多工作人员都可以载入订单

特殊处理这个操作数据库的方法，设置一个字段--是否可用

可用才执行操作，操作的适合先把这个字段设为不可用

欢迎大家提出好的想法


----------------

非常谢谢大家的回复，第六页的 不知云 给出了很好的解决策略 大家可以看看

这贴就结了吧

评论

16 楼 luckyhqh 2011-05-24  

1.表中增加 版本号或者最后更新时间（如果增加最后更新者，如果有冲突时可以有更好的用户提示）
2.读取数据时把版本号或者最后更新时间一起读取下来，
3.操作数据时比较版本号或者最后更新时间，如果一致，才能操作数据，更新数据时需要更新版本号或者最后更新时间。
4.删除采用伦理删除，表中增加一个删除标志。删除时更新标志即可，同时也需要需要更新版本号或者最后更新时间。
5.有更新数据时，请主要先在开始时把需要更新的数据进行锁定操作。
简单的想了下，暂时想到了上面的这些。
扩充话题：如果数据只能让一个用户操作。
  在数据中增加一个是否被读取的标志？ 如果有读取标志的用户最后异常退出，没有更新回读取的标志的话，该如何处理？ 或者采用别的什么方法呢? 

15 楼 chinacool_main 2011-05-24  

在数据更新操作之前，再次查询表的时间戳，与前次查询结果进行比较，一致的情况下，进行更新操作。不一致的情况，说明数据状态已经更改，要报信息给终端用户，更新数据！

14 楼 szcs10138456 2011-05-24  

rocketball 写道

szcs10138456 写道

小盆友们不用争了，先查询，加上乐观锁不就OK了。

这压根不是这个问题，主要是考虑后台操作人员工作重复，人家是通过这个统计工作量的

我表示鸭梨很大。。。。。。我不懂。

13 楼 treemap 2011-05-24  

乐观锁
加上 时间字段 or  版本号

12 楼 iday 2011-05-24  

记录操作日志么。

11 楼 cywhoyi 2011-05-24  

使用乐观锁解决方案，可以用版本号、时间戳，让用户自己处理！

10 楼 rocketball 2011-05-24  

szcs10138456 写道

小盆友们不用争了，先查询，加上乐观锁不就OK了。

这压根不是这个问题，主要是考虑后台操作人员工作重复，人家是通过这个统计工作量的

9 楼 Sunny_kaka 2011-05-24  

这就要看你有没有开事务了.
如果没事务,你在真正发出sql语句更新之前再查一遍,如果发现数据不存在就提示用户.否则就更新掉.
只要并发不是很大就没问题.

8 楼 kimmking 2011-05-24  

乐观锁，悲观锁

7 楼 szcs10138456 2011-05-24  

小盆友们不用争了，先查询，加上乐观锁不就OK了。

6 楼 rocketball 2011-05-24  

悲剧了 写道

rocketball 写道

我现在是这么处理的，同时只有一个客服人员能看到这条记录，当他点那其他页面或者退出时（seesion过期），释放这些记录，这时这些记录可以让别人访问

哥们能给讲解具体点，session怎么做，同时多个点击出发事件的时候，怎么判断

不知道跟你的应用场景是不是一样，我们也是一个审核后台，但是只有一台服务器。只同步的话在获取这些记录ID的地方做一个同步就OK了。session的话有一个HttpSessionListener会触发session创建或者销毁

5 楼 NanguoCoffee 2011-05-24  

悲剧了 写道

NanguoCoffee 写道

1： int executeUpdate()
你不用返回值么？

2： 原子操作：先查询，后更新。

建议用int executeUpdate()。
PS：where后面最好加时间戳判断，避免多人同时更新数据。

返回值这个考虑过，但是返回值只能判断最后的操作失败了，不能在点击对订单提出处理的时候发现别人正在处理这个订单

不过这个可以在多个线程提出要对同一个订单操作时候，更新字段中是否可用，更新成功的进入操作，失败就给出提醒，已经有人操作这个了

没看 PS的那段？
时间戳作为版本校验，就能解决了。

4 楼 悲剧了 2011-05-24  

rocketball 写道

我现在是这么处理的，同时只有一个客服人员能看到这条记录，当他点那其他页面或者退出时（seesion过期），释放这些记录，这时这些记录可以让别人访问

哥们能给讲解具体点，session怎么做，同时多个点击出发事件的时候，怎么判断

3 楼 rocketball 2011-05-24  

我现在是这么处理的，同时只有一个客服人员能看到这条记录，当他点那其他页面或者退出时（seesion过期），释放这些记录，这时这些记录可以让别人访问

2 楼 悲剧了 2011-05-24  

NanguoCoffee 写道

1： int executeUpdate()
你不用返回值么？

2： 原子操作：先查询，后更新。

建议用int executeUpdate()。
PS：where后面最好加时间戳判断，避免多人同时更新数据。

返回值这个考虑过，但是返回值只能判断最后的操作失败了，不能在点击对订单提出处理的时候发现别人正在处理这个订单

不过这个可以在多个线程提出要对同一个订单操作时候，更新字段中是否可用，更新成功的进入操作，失败就给出提醒，已经有人操作这个了

1 楼 NanguoCoffee 2011-05-24  

1： int executeUpdate()
你不用返回值么？

2： 原子操作：先查询，后更新。

建议用int executeUpdate()。
PS：where后面最好加时间戳判断，避免多人同时更新数据。