在 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 来处理更改名字并将它们保存回数据库。这是在该表上还是在我的 JDBC 客户端一侧的 oracle 触发器中完成的？

任何澄清都会很好！

谢谢

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>>`

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

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;

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