1

假设我myTable在数据库服务器上有一个表（我们称之为），我正在编写一个桌面客户端应用程序，它允许您修改 myTable 中的记录。我不希望两个用户能够编辑同一条记录，即，如果用户 A 编辑记录 1 并且用户 B 尝试执行相同操作，他会收到通知，该记录当前已被用户 A“锁定”。

我确定这是一个常见问题，所以我想知道是否有规范的解决方案。

有一个明显的解决方案，但它也有一个明显的缺点：

  • 向 中添加一个字段inUseBy，myTable一旦用户开始编辑记录，将其设置为用户名，并在用户完成后将其清除，例如

    function editRecord(recordId):
    begin transaction
    if (select lockedBy from myTable where id = recordId) is not empty:
        commit
        show "Sorry, record already in use by ..."
    else
        update myTable set lockedBy = current_user() where id = recordId
        commit
        show UI window to let user edit and update record
        update myTable set lockedBy = empty where id = recordId

    缺点：如果用户 A 的应用程序崩溃，记录将保持锁定状态。

以下方法乍一看似乎很合适，但不能解决问题：

  • 使用数据库锁来锁定记录 1。这只会导致用户 B 超时。我需要在应用程序级别而不是数据库级别锁定记录。
4

1 回答 1

0

一种常见的方法是使用 ROWVERSION 进行乐观并发。

Rowversion 是一种在行更新时更新的数据类型（您将其添加为新列）。

因此，您选择您的行，包括 rowversion 列。当您发回更新时，请确保行版本匹配 - 通过执行更新并添加“WHERE Rowversion = TheRowversionIGotEarlier”并查看@@ROWCOUNT 是否不为 0 - 如果为零，则可以假设有人修改了该行既然您阅读了它，您就可以将该消息返回给用户。

http://www.mssqltips.com/sqlservertip/1501/optimistic-locking-in-sql-server-using-the-rowversion-data-type/

您在询问悲观并发，正如这个答案和对您问题的评论所说 - 请考虑乐观并发。考虑一下您的模型，它将如何处理开始编辑记录然后去吃午饭的人？或者如果他们从来没有吃过午饭回来？如果出于关键业务原因必须同时编辑记录怎么办？

于 2013-06-06T15:20:51.603 回答