什么是 SAP ABAP 系统中的 Optimistic Locks

在业务应用程序中，虽然很多订单数据以更改模式(change mode)显示，但该数据被更改的可能性并不高。

如果不同用户同时访问数据，则锁定过程必须保证数据更改的一致性。

SAP 引入了锁概念（“enqueue”），用于 ABAP 程序中的锁定。当数据更改的可能性很高时，使用 pessimistic locking(悲观锁)有效。

但考虑到在任何给定的时间点，数据只能在多个并行对话框之一中显示为可更改状态。

在这种情况下，引入除了 pessimistic locking 之外的另一种锁机制就显得有必要了。

Optimistic Locks(乐观锁) 允许在所有并行对话框中将界面切换成可编辑状态。

然而，业务应用程序必须意识到，在用户自己的更改生效之前，最初显示的数据可能已经发生了更改。

锁定过程必须能够检测到这种情况，以便业务应用程序有可能采取冲突解决策略。

除了锁模式 S、E 和 X 之外，还存在乐观锁的锁模式 O。

如果用户以更改模式显示数据，则设置 Optimistic Locks（模式 O）。

同一对象上的乐观锁不会发生冲突。

如果用户想要保存（更改的）数据，则必须将乐观锁转换为排它锁（模式E）。

该转换是使用锁定模式 R 实现的。如果有人之前在对象上设置了非乐观锁，或者另一个 O 锁已被提升，则转换会失败。

如果升级成功，则删除该对象上的其他乐观锁，并且该锁表现为 E 锁。

乐观锁与其他锁的区别在于，竞争的乐观锁首先是相互兼容的，并不相互排斥。 如果发生锁冲突，则稍后才会验证。 对于锁所有者来说，锁冲突表现为锁的外部更改（当前锁用户可注意到），从而使乐观锁失效。