ALDSP中乐观锁的三种策略

来源:互联网 发布:java corba 编辑:程序博客网 时间:2024/04/30 11:01

关键字: ALDSP Liquid Data 数据集成 乐观锁

ALDSP(BEA AquaLogic Data Services PlatformBEA AquaLogic Data Services Platform)的更多信息请访问:http://dev2dev.bea.com.cn/products/aqudtpt/index1.html

1.可以通过设置DataServices的属性来控制是否允许更新

2.SDO对关系型数据的更新采用乐观锁的机制(optimistic locking)来避免冲突。在取数据时,不会对数据进行加锁,在需要更新(update)时,才会对数据加乐观锁。

3.乐观锁有三种使用策略:

l         Projected:这是默认属性,使用这个选项会将SDO data graph与数据源的元素进行1对1的检查,检查数据的“可更新性”。该选项生成的SQL语句如下:

update RTLCUSTOMER.CUSTOMER set DEFAULT_SHIP_METHOD=? 

where CUSTOMER_ID=? AND FIRST_NAME=? AND LAST_NAME=? AND CUSTOMER_SINCE=? AND EMAIL_ADDRESS=? AND TELEPHONE_NUMBER=? AND SSN=? AND BIRTH_DAY=? AND DEFAULT_SHIP_METHOD=? AND EMAIL_NOTIFICATION=? AND ONLINE_STATEMENT=? AND LOGIN_ID=?        

这是最完全的更新选项,需要对其中每一个字段都进行检查。

那么在更新时有两种情况:

(1)   利用这个选项,在更新时,如果取得数据集S1,数据库中的原始选项还是S1,那么在更新时,可以被正常更新,不会出错。

状态

客户端SDO数据集

数据源SDO数据集

原始状态

字段1=A,字段2=B,

字段1=A,字段2=

客户端更新

字段1=A1,字段2=

 

更新成功

 

字段1=A1,字段2=

(2)   如果客户端取得数据集为S1,在客户端进行处理的过程中数据库中原始的数据S1被更新为S2,那么客户端将S1提交被更新时,会抛出异常不能被更新,异常为Optimistic locking failure,update。

状态

客户端SDO数据集

数据源SDO数据集

原始状态

字段1=A,字段2=

字段1=A,字段2=

客户端更新

字段1=A1,字段2=

 

数据库被其它程序更新

 

字段1=A,字段2=B2

更新失败,客户端字段2=B,而数据库中字段2=B2,所以更新失败

l         Updated:与projected相比,Updated选项不会检查所有其它字段是否与结果集中的一致,只检查被更新的字段是否与客户端提交结果集中相一致,减少了检查的字段数。

update RTLCUSTOMER.CUSTOMER set DEFAULT_SHIP_METHOD=? 

where CUSTOMER_ID=? AND DEFAULT_SHIP_METHOD=?

 

Selected Fields:选中的字段会被用来检查可更新性,比上两种情况多了很多的灵活性。

update RTLCUSTOMER.CUSTOMER set DEFAULT_SHIP_METHOD=? 

where CUSTOMER_ID=?  AND VERSION_ID=?

 

(1)   如果没有对被任何字段指定“Enable optimistic locking”即使是被更新的字段在dsp更新前被外部程序修改也可以被更新。

(2)   如果对某些字段设置了“Enable optimistic locking”,那么,会检查这些字段是否被在更新前被其它外部程序更新,如果更新,那么本次的更新将会失败。

 

* VERSION_ID=?这是针对某些数据库实现乐观锁时隐含加入的一列。在这种情况下,在这种情况下,如果被更新字段在外部程序所修改,那么会导致更新失败。

其它ALDSP相关文章:

  • AquaLogic Data Services Platform演示教程
  • 实战:在AquaLogic Data Service Platform中配置Excel作为数据源
  • BEA和IBM联合规范:CommonJ简介
  • ALDSP中动态数据表访问的解决方案
  • 原创粉丝点击