|
|
比方说，我们有一个系统由多个用户使用，其中每个实体可以被多个用户修改。我们希望避免这种情况：两个人的加载一些信息，基于他们所看到的做出一些决定，然后在相同的时间。更新状态，我们不让让后一个用户覆盖前面一个用户做出的修改。
它也可以发生在服务器环境 - 多个事务可以修改共享的实体：
(1)事务1加载数据
(2)事务2更新数据，并确认
(3)事务1基于第一步加载的数据(不是当前最新数据，最新数据已经被事务2修改过)，执行某些计算并更新状态，
解决办法使用@Version 如下：@Entity
@Table(name = 'orders')
public class Order {
@Id
private long id;
@Version
private int version;
private String description;
private String status;
// ... mutators
} |
当这个实体被持久化时，version被设置为开始值。
只要它被更新，hibernate总是执行：
| update orders set description=?, status=?, version=? where id=? and version=? |
我们结合GUI来看一下执行顺序。
update orders
set description=?, status=?, version=2
where id=? and version=1 |
更新订单时, version被设置为2了。而同时另外一个version是1的用户也开始更新订单了：
update orders
set description=?, status=?, version=2
where id=? and version=1 |
这个更新无用，因为version已经变成了2. Hibernate会发现，抛出： org.hibernate.StaleObjectStateException
第二个用户看到这种出错，再也不能操作了，除非重新刷新页面。获取最新被修改的值。
优点：它提供了一个方便，以自动化的方式来保持一致性，像上述的案例。这意味着，每一个动作只能执行一次，它保证用户或服务器过程中看到的是最新状态。
它需要很少的工作来设置。
由于其乐观的天性，速度非常快。没有锁定的任何地方，只是多了一个字段添加到查询中。
程序猿的技术大观园：www.javathinker.net
[这个贴子最后由 flybird 在 2020-02-23 11:29:07 重新编辑]
|
|
Java技术网站 → 『 Java开发技术 』 → 『 JPA,Hibernate,对象持久化技术专题 』 → JPA/Hibernate:基于版本的乐观锁并发控制
消息
查看
搜索
好友
复制
引用
IP: 已设置保密