update和saveOrUpdate详解

onions

先来点概念：: `1 j) z$ P( g& y! [
在Hibernate中，最核心的概念就是对PO的状态管理。一个PO有三种状态：
; t; X4 E, M0 U1 }- ?* H( Kwww.huuoo.com
+ E0 F) X+ G  G& ~6 o  [忽悠,忽悠社区,忽悠论坛.1、未被持久化的VO ) d1 v- u" h6 J& o
此时就是一个内存对象VO，由JVM管理生命周期忽悠社区* _! Y% w! c" `$ s

0 m! T9 N% l  _9 P忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。2、已被持久化的PO，并且在Session生命周期内 www.huuoo.com2 D% b' {" u+ B
此时映射数据库数据，由数据库管理生命周期
5 ]9 u9 @4 o! i7 l% T) V  gwww.huuoo.com
9 U3 e5 @; {0 b+ e1 O3、曾被持久化过，但现在和Session已经detached了，以VO的身份在运行
$ x* }$ N# ?! K! x- D- D) W8 |+ J2 A忽悠社区这种和Session已经detached的PO还能够进入另一个Session，继续进行PO状态管理，此时它就成为PO的第二种状态了。这种PO实际上是跨了Session进行了状态维护的。
4 r4 b( {+ p7 L. K忽悠,忽悠社区,忽悠论坛.
  ~; n: N  H6 D5 V. a; W& j& G
% J- m! O* B$ d; G8 o3 C  fwww.huuoo.com在传统的JDO1.x中，PO只有前面两种状态，一个PO一旦脱离PM，就丧失了状态了，不再和数据库数据关联，成为一个纯粹的内存VO，它即使进入一个新的PM，也不能恢复它的状态了。+ N3 I$ k4 G6 [& d2 p! v% s9 m
Hibernate强的地方就在于，一个PO脱离Session之后，还能保持状态，再进入一个新的Session之后，就恢复状态管理的能力，但此时状态管理需要使用session.update或者session.saveOrUpdate，这就是Hibernate Reference中提到的“requires a slightly different programming model ”
) P7 y/ q3 M- z$ G+ f忽悠,忽悠社区,忽悠论坛.1 J1 L$ d& u. X3 D: E8 I" S5 e
现在正式进入本话题：忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。% |4 L6 |7 i  Z2 [7 j  l" W! \' w
忽悠,忽悠社区,忽悠论坛.. h/ S! @( s' @. X. {! p) q
简单的来说，update和saveOrUpdate是用来对跨Session的PO进行状态管理的。www.huuoo.com* Y, F4 A2 l# g9 z9 i& w( f5 Z

, J3 z& Q/ t/ l+ b+ b9 k. nwww.huuoo.com
* j# t4 K/ z" K! g1 _忽悠,忽悠社区,忽悠论坛.假设你的PO不需要跨Session的话，那么就不需要用到，例如你打开一个Session，对PO进行操作，然后关闭，之后这个PO你也不会再用到了，那么就不需要用update。* o" O/ g* r! m2 Z+ [/ \  v
因此，我们来看看：

1. Foo foo=sess.load(Foo.class,id);   
   
2. foo.setXXX(xxx);   
   
3. sess.flush();   
   
4. sess.commit();

复制代码

PO对象foo的操作都在一个Session生命周期内完成，因此不需要显式的进行sess.update(foo)这样的操作。Hibernate会自动监测到foo对象已经被修改过，因此就向数据库发送一个update的sql。当然如果你非要加上sess.update(foo)也不会错，只不过这样做没有任何必要。
  y0 Q" O6 f- W/ S8 Wwww.huuoo.com
, Q( }- b! u, O; q1 x而跨Session的意思就是说这个PO对象在Session关闭之后，你还把它当做一个VO来用，后来你在Session外面又修改了它的属性，然后你又想打开一个Session，把VO的属性修改保存到数据库里面，那么你就需要用update了。

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

复制代码

cat和mate对象是在第一个session中取得的，在第一个session关闭之后，他们就成了PO的第三种状态，和Session已经detached的PO，此时他们的状态信息仍然被保留下来了。当他们进入第二个session之后，立刻就可以进行状态的更新。但是由于对cat的修改操作：cat.setMate(potentialMate); 是在Session外面进行的，Hibernate不可能知道cat对象已经被改过了，第二个Session并不知道这种修改，因此一定要显式的调用secondSession.update(cat); 通知Hibernate，cat对象已经修改了，你必须发送update的sql了。& p' L6 t0 i# I  y; }4 f; ~! |' Q% m
7 a3 L5 i3 ~! u# E
所以update的作用就在于此，它只会被用于当一个PO对象跨Session进行状态同步的时候才需要写。而一个PO对象当它不需要跨Session进行状态管理的时候，是不需要写update的。* S2 O: J( e; ]* t. g; d: f
再谈谈saveOrUpdate的用场： 3 z3 s4 \2 z7 W$ @1 h4 x  t' a
忽悠,忽悠社区,忽悠论坛., B/ C& L# A# R% y3 \
saveOrUpdate和update的区别就在于在跨Session的PO状态管理中，Hibernate对PO采取何种策略。
2 N2 i7 O$ ^# wwww.huuoo.com例如当你写一个DAOImpl的时候，让cat对象增加一个mate，如下定义：

1. public void addMate(Cat cat, Mate mate) {   
   
2.     Session session = ...;   
   
3.     Transacton tx = ...;   
   
4.     session.update(cat);   
   
5.     cat.addMate(mate);   
   
6.     tx.commit();   
   
7.     session.close();   
   
8. };  

复制代码

显然你是需要把Hibernate的操作封装在DAO里面的，让业务层的程序员和Web层的程序员不需要了解Hibernate，直接对DAO进行调用。
& I0 s$ L& X4 a6 A忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。此时问题就来了：上面的代码运行正确有一个必要的前提，那就是方法调用参数cat对象必须是一个已经被持久化过的PO，也就是来说，它应该首先从数据库查询出来，然后才能这样用。但是业务层的程序员显然不知道这种内部的玄妙，如果他的业务是现在增加一个cat，然后再增加它的mate，他显然会这样调用，new一个cat对象出来，然后就addMate：

1. Cat cat = new Cat();   
   
2. cat.setXXX();   
   
3. daoimpl.addMate(cat,mate);  

复制代码

但是请注意看，这个cat对象只是一个VO，它没有被持久化过，它还不是PO，它没有资格调用addMate方法，因此调用addMate方法不会真正往数据库里面发送update的sql，这个cat对象必须先被save到数据库，在真正成为一个PO之后，才具备addMate的资格。
( `" n) _1 |* n' |! x0 c. B你必须这样来操作：

1. Cat cat = new Cat();   
   
2. cat.setXXX();   
   
3. daoimpl.addCat(cat);   
   
4. daoimpl.addMate(cat, mate);

复制代码

先持久化cat，然后才能对cat进行其他的持久化操作。因此要求业务层的程序员必须清楚cat对象处于何种状态，到底是第一种，还是第三种。如果是第一种，就要先save，再addMate；如果是第三种，就直接addMate。8 h3 H# o* x! e5 Z

8 e$ c  ~/ S$ I( |: Z( d但是最致命的是，如果整个软件分层很多，业务层的程序员他拿到这个cat对象也可能是上层Web应用层传递过来的cat，他自己也不知道这个cat究竟是VO，没有被持久化过，还是已经被持久化过，那么他根本就没有办法写程序了。
$ m3 a. @0 G8 l) s1 X忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。7 b$ h- Z$ p7 V( a# U/ P
所以这样的DAOImpl显然是有问题的，它会对业务层的程序员造成很多编程上的陷阱，业务层的程序员必须深刻的了解他调用的每个DAO对PO对象进行了何种状态管理，必须深刻的了解他的PO对象在任何时候处于什么确切的状态，才能保证编程的正确性，显然这是做不到的，但是有了saveOrUpdate，这些问题就迎刃而解了。
1 o$ y$ A) S& C9 m2 P现在你需要修改addMate方法：

1. public void addMate(Cat cat, Mate mate) {   
   
2.     Session session = ...;   
   
3.     Transacton tx = ...;   
   
4.     session.saveOrUpdate(cat);   
   
5.     cat.addMate(mate);   
   
6.     tx.commit();   
   
7.     session.close();   
   
8. };  

复制代码

如上，如果业务层的程序员传进来的是一个已经持久化过的PO对象，那么Hibernate会更新cat对象(假设业务层的程序员在Session外面修改过cat的属性)，如果传进来的是一个新new出来的对象，那么向数据库save这个PO对象。3 y: ?5 S2 V' O/ @$ p
忽悠,忽悠社区,忽悠论坛.# W0 A! L0 B- L0 f$ e
BTW: Hibernate此时究竟采取更新cat对象，还是save cat对象，取决于unsave-value的设定。
. M* h' K, }, W" k' o1 s9 m* }忽悠社区是综合性社区网站,将最新、最快、最专业的资讯、新闻,图片,视频奉献给所有爱好者。
) c8 A2 z# }( p8 W- F3 d* Q0 |. Uwww.huuoo.com这样，业务层的程序员就不必再操心PO的状态问题了，对于他们来说，不管cat是new出来的对象，只是一个VO也好；还是从数据库查询出来的的PO对象也好，全部都是直接addMate就OK了：

1. daoimple.addMate(cat, mate);  

复制代码

这便是saveOrUpdate的作用。