在 Oracle 中实现乐观锁定

Question

我对 Oracle 中的锁定主题感到困惑。根据我的研究，您可以使用FOR UPDATE NOWAIT/WAIT 锁定行。

我想以这种方式实现我的锁定。一旦我发出FOR UPDATE，该行将被锁定，我可以检查突变。我有一个 versionNumber 列，每次更新表时都会增加 1。我可以使用这个 versionNumber 来验证该行是否发生了变异？像

if (:new.versionNum != :old.versionNum) raise_application_error(20000, 'Mutated'); end if;

我的问题是我在哪里实际编写代码行FOR UPDATE？我制作了一个小 GUI 来处理更改名字并将它们保存回数据库。这是在该表上的 oracle 上的触发器中完成的，还是在我的 JDBC 客户端一侧完成的？

任何澄清都会很好！

谢谢

Answer 1

有两种通用的锁定方法。

首先，你有悲观锁定。在这种方法中，您锁定了行 (SELECT ... FOR UPDATE)，以防止其他人更改该行。然后你做UPDATE。当您提交更改时，锁将被释放。在这种情况下不需要版本号/时间戳列（至少不支持锁定）并且代码相对简单。

悲观锁定的缺点是您需要在用户坐在可能编辑数据的页面上的整个过程中保持锁定。如果您正在构建基于 Web 的应用程序，这在技术上非常困难，因为 HTTP 是一种无状态协议。最初呈现页面的请求通常会从连接池中获取连接，执行SELECT，然后在页面完成后将连接返回到池中。更新数据的后续请求通常发生在与不同数据库会话的不同连接上，因此您无法在第一个会话中锁定该行并在第二个会话中更新它。如果您想悲观地锁定行，则需要在后端做大量工作以确保一个数据库连接与特定的中间层会话相关联，直到用户完成数据编辑。这通常会对可伸缩性产生非常负面的影响，并引入各种会话管理问题——例如，你怎么知道我是否请求了一个页面、锁定了一行，然后在没有注销或进行更改的情况下关闭了我的浏览器？您打算将记录锁定在数据库中多久？如果其他会话试图锁定该行会发生什么？如果第一个人出去吃午饭，你打算让那个会话阻塞等待锁定多长时间？通常，人们不会在基于 Web 的应用程序中实现悲观锁定，因为管理会话和会话状态太不切实际了。

第二种选择是乐观锁定。在这种方法中，您向该行添加版本号/时间戳。您在查询数据时选择此版本号/时间戳。然后，当您稍后进行更新并检查实际修改了多少行时，您可以在 WHERE 子句中使用它。如果您只修改了一行，您就知道该行在您阅读后没有改变。如果你修改了 0 行，你就知道该行确实发生了变化，你可以处理错误。

因此，例如，您将选择数据以及版本号

SELECT address_line1, city, state, zip, version
  FROM addressTable
 WHERE address_id = `<<some key>>`

当你准备好进行更新时，你会做这样的事情，在你的 UPDATE 中使用 version 并在行更改时抛出错误

UPDATE addressTable
   SET address_line1 = `<<new address line 1>>`,
       city = `<<new city>>`,
       state = `<<new state>>`,
       zip = `<<new zip>>`,
       version = version + 1
 WHERE address_id = `<<some key>>`
   AND version = `<<version you read initially>>`

IF( SQL%ROWCOUNT = 0 )
THEN
  -- Darn.  The row must have changed since you read it.  Do something to
  -- alert the user.  Most likely, the application will need to re-query the
  -- data to see what the address has been changed to and then ask the user
  -- whether they want to re-apply the changes.
  RAISE_APPLICATION_ERROR( -20001, 'Oops, the row has changed since you read it.' );
END IF;

然后您的应用程序将对错误执行一些有用的操作。通常，这意味着要做一些事情，比如再次查询数据，向用户展示更改，并询问他们是否仍想应用更改。例如，如果我阅读了一个地址并开始编辑它，去吃午饭，我的同事登录，阅读相同的地址，进行一些编辑并保存它，然后我返回并尝试保存我的更改，这通常是有意义的向我展示一些东西，告诉我我的同事已经将地址更改为新地址 - 我是要继续编辑还是要放弃它们。