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，在下拉框选择。