oracle 锁的应用场景,Oracle ADF 锁方式的区别及应用

Oracle ADF 锁模式的区别及应用

Oracle ADF 有四种锁的模式，以下简单介绍一下这四种模式的区别：

(一)Optimistic：

1)单是submit不会锁；

2)如果在未提交事务时，存在其他用户已修改改行(任意字段)数据，则提交事务时会报：

“其他用户已更改具有主键 oracle.jbo.Key[AD_PRES ] 的行。”错误

(但连续点击第二次commit时能保存数据)

3)违反数据库约束保存失败时，不会锁定该行记录(或锁定后报错后释放)，表示为保存报错时其他用户可改改行记录。

值得注意的是：如果数据(整行)未改变(相对于当前缓存的值，及不改变页面值)时点击提交事务，其过程应该是先和缓存比较，如相同则不向数据库提交事务。

(二)None：

1)单是submit不会锁；

2)如果在未提交事务时，存在其他用户已修改改行数据，则提交事务时会不报错；(但commit时只提交修改过的字段)。这种情况下存在的问题是：不同用户可在任意时候保存数据，对于自己当前页面修改过的字段谁最后保存就能存到数据库，当不修改的(相对于缓存)即使和数据库的不一致也不会提交保存到数据库。

3)违反数据库约束保存失败时，不会锁定该行记录。

(三)Optupdate：

1)单是submit不会锁；

2)如果在未提交事务时，存在其他用户已修改改行(任意字段)数据，则提交事务时会报：

“实体行更新操作找不到匹配行: 实体名称 Jobs, 关键字 oracle.jbo.Key[AD_PRES ] ”错误。(连续点击多次commit同样报这一错误)；

3)违反数据库约束保存失败时，不会锁定该行记录。

(四)Pessimistic：

1)单是submit会锁定记录；

2)如果在未提交事务时，存在其他用户已修改改行(任意字段)数据，则提交事务时会报：

“其他用户已更改具有主键 oracle.jbo.Key[AD_PRES ] 的行。”错误；

3)违反数据库约束保存失败时，会锁定该行记录，如果被其他用户锁定行记录，则submit时会报错。

(报错后，如果该字段未改变，不会重新在后台进行验证，只有改变该字段后才会从新从提交验证)；

4)这情况下，如果锁定记录关IE的话，锁不会释放。

注意：推荐使用(默认Optimistic模式)

如何全局设置锁模式(Jdeveloper版本为11.1.2.0)：

1)打开在Application Resource面板的Descriptors\ADF META-INF\adf-config.xml文件；

2)在Overview标签的打开Business Components，勾选Locking Mode，在下拉框选择。