hibernate之控制并发访问(乐观并发控制之在hibernate中启用版本控制)

hibernate之控制并发访问(乐观并发控制之在hibernate中启用版本控制)

---

1. hibernate中启用版本控制

hibernate提供自动的版本控制。每个实体实例都有一个版本，它可以是一个数字或者一个时间戳。当对象被修改时，hibernate就增加它的版本号，自动比较版本，如果侦测到冲突就抛出异常。因此，你给所有持久化的实体类都添加这个版本属性，来启用乐观锁：

public class Item{ ... private int version; ... } 

也可以添加获取方法，但是不许应用程序修改版本号。xml格式的<version>属性映射必须立即放在标识符属性映射之后：

<class name="Item" table="ITEM"> <id..../> <version name="version" access="field" column="OBJ_VERSION"/> ... </class> 

版本号只是一个计数值---它没有任何有用的语义值。实体表上额外的列为hibernate应用程序所用。记住，所有访问相同数据库的其他应用程序也可以(并且或许应该)实现乐观版本控制，并利用想同的版本列。有时候时间戳是首选(或者已经存在)：

public class Item{ ... private Date lastUpdated; ... } 

<class name="Item" table="ITEM"> <id.../> <timestamp name="lastUpdated" access="field" column="LAST_UPDATED"/> ... </class> 

理论上来说，时间戳更不安全一点，因为两个并发的事务可能都在同一毫秒点上加载和更新同一件货品；但是在实践中不会发生这种情况，因为JVM通常没有精确到毫秒。

此外，从JVM处获取的当前时间在集群环境下并不一定安全，该环境中的节点可能不与时间同步。可以转换为<timestamp>映射中利用source="db"属性从数据库机器中获取当前时间。并非所有的hibernate sql方言都支持这个属性，每一次增加版本号的版本，而不是时间戳。

我们建议新项目依赖包含版本号的版本，而不是时间戳。

一旦你把<version>或者<timestamp>属性添加到持久化类映射，就启用了包含版本的乐观锁。没有其他的转换。

---------------------------------------

2.版本控制的自动管理

涉及目前被版本控制的Item对象的每一个DML操作都包括版本检查。例如， 假设在一个工作单元中，你从版本为1的数据库中加载一个Item。然后修改它的其中一个值类型属性，例如Item的价格。当持久化上下文被清除时，hibernate侦测到修改，并把Item的版本增加到2。然后执行SQL UPDATE使这一修改在数据库中永久化。

如果另一个并发的工作单元更新和提交了同一个行，OBJ_VERSION列就不再包含值1，行也不会被更新。hibernate检查由jdbc驱动器返回这个语句所更新的行数---在这个例子中，被更新的行数为0---并抛出StaleObjectStateException。加载Item时呈现的状态，清除时不再在数据库中呈现；因而，你正在使用失效的数据，必须通知应用程序的用户。可以捕捉这个异常，并显示一条错误消息，或者显示帮助用户组应用程序重启对话的一个对话框。

什么样的修改触发实体版本的增加？每当实体实例脏时，hibernate就增加版本号(或者时间戳)。