如何最好地处理多对多并发冲突？

Question

我们有一个类似于gmail标签的应用程序功能--你可以‘标记’这些项目。现在这是一个并发应用程序，即，这个所谓的“白板”可以由多个用户编辑-这意味着许多用户可以选择对项目进行重新/分组。基本上可以同时标记多个项目。

肯定会有冲突，但问题是如何最好地处理它？脑海中浮现的唯一策略类似于著名的ALOHA协议，即在提交之前检查是否有任何更改-如果发生更改，则中止并通知用户；否则提交。这是非常低效的IMO。

这里有两个相似的想法--一个比较难，另一个比较容易：

更简单的优先:) -覆盖更改，即只更新副本，但新的也会被标记。

困难的问题:检查哪些要“删除”，也就是说，可能有一些不属于分类(由用户2比如说。即用户1进行了改变，并且用户2也在同一时间进行了改变。基本上找到标记项目的集合{user1 - user2})。这将是非常困难的，真的不值得努力，我想。

我想知道在这种情况下使用的最佳实践解决方案是什么，它既不会阻碍用户体验，也不会让他们感到困惑。

(这是一个带有MySQL后端和Jquery/ajax前端的J2EE/Restlet应用程序)

Answer 1

这个问题的答案实际上取决于你的用户是谁，以及他们期望的是什么。如果是我，我想我会在我的更改完成之前收到用户创建更改的通知(stackoverflow就是这样做的)，并允许我提交更改或回滚。您提出的所有解决方案似乎都是可以接受的。这完全取决于你想做什么。如果你想知道如何使用code实现这一点，你必须先发布一些代码，这样我们才能知道你在处理什么。

另一种可能的解决方案类似于#2 (只需在发生时覆盖更改)，但保留每个更改的修订，以便于恢复，并使其易于区分更改是否在其他更改之上。