10.6. 修改脱管(Detached)对象

很多程序需要在某个事务中获取对象,然后将对象发送到界面层去操作,最后在一个新的事务保存所做的修改。 在高并发访问的环境中使用这种方式,通常使用附带版本信息的数据来保证这些“长“工作单元之间的隔离。

Hibernate通过提供Session.update()Session.merge() 重新关联脱管实例的办法来支持这种模型。

  1. // in the first session
  2. Cat cat = (Cat) firstSession.load(Cat.class, catId);
  3. Cat potentialMate = new Cat();
  4. firstSession.save(potentialMate);
  5. // in a higher layer of the application
  6. cat.setMate(potentialMate);
  7. // later, in a new session
  8. secondSession.update(cat); // update cat
  9. secondSession.update(mate); // update mate

如果具有catId持久化标识的Cat之前已经被另一Session(secondSession)装载了, 应用程序进行重关联操作(reattach)的时候会抛出一个异常。

如果你确定当前session没有包含与之具有相同持久化标识的持久实例,使用update()。 如果想随时合并你的的改动而不考虑session的状态,使用merge()。 换句话说,在一个新session中通常第一个调用的是update()方法,以便保证重新关联脱管(detached)对象的操作首先被执行。

如果希望相关联的脱管对象(通过引用“可到达”的脱管对象)的数据也要更新到数据库时(并且也仅仅在这种情况), 可以对该相关联的脱管对象单独调用update() 当然这些可以自动完成,即通过使用传播性持久化(transitive persistence),请看第 10.11 节 “传播性持久化(transitive persistence)”

lock()方法也允许程序重新关联某个对象到一个新session上。不过,该脱管(detached)的对象必须是没有修改过的!

  1. //just reassociate:
  2. sess.lock(fritz, LockMode.NONE);
  3. //do a version check, then reassociate:
  4. sess.lock(izi, LockMode.READ);
  5. //do a version check, using SELECT ... FOR UPDATE, then reassociate:
  6. sess.lock(pk, LockMode.UPGRADE);

请注意,lock()可以搭配多种LockMode, 更多信息请阅读API文档以及关于事务处理(transaction handling)的章节。重新关联不是lock()的唯一用途。

其他用于长时间工作单元的模型会在第 11.3 节 “乐观并发控制(Optimistic concurrency control)”中讨论。