( update() 更新，沒有主鍵會報錯的
saveOrUpdate() 儲存或更新, 沒有主鍵就執行插入.
Update:是對暫態(transient )或只是脫管(detached)的更新操作，對於暫態物件的更新操作通常不會產生效果，對於脫管物件是做了同步的操作，即資料庫的資料發生變化且對象狀態也成為託管對象
SaveOrUpdate : 也是暫態(transient )或是只是脫管(detached)的進行操作，至於是插入還是更新，則要根據id 中指定的一些具體條件來分析。但個人認為在明顯只會發生插入操作的情況還是盡量避免用saveOrUpdate而直接用save即可 )
先來點概念：
在Hibernate中，最核心的概念就是對PO的狀態管理。一個PO有三種狀態：
1、未被持久化的VO
此時就是一個記憶體物件VO，由JVM管理生命週期
2、已持久化的PO，並且在Session生命週期內此時映射資料庫數據，由資料庫管理生命週期
3.曾被持久化過，但現在和Session已經detached了，以VO的身份在運行這種和Session已經detached的PO還能夠進入另一個Session，繼續進行PO狀態管理，此時它就成為PO的第二種狀態了。這種PO其實是跨了
Session進行了狀態維護的。
在傳統的JDO1.x中，PO只有前面兩種狀態，一個PO一旦脫離PM，就喪失了狀態了，不再和資料庫資料關聯，成為一個純粹的記憶體VO，它即使進
入一個新的PM，也不能恢復它的狀態了。
Hibernate強的地方就在於，一個PO脫離Session之後，還能保持狀態，再進入一個新的Session之後，就恢復狀態管理的能力，但此時狀態管理
需要使用session.update或session.saveOrUpdate，這就是Hibernate Reference中提到的「requires a slightly different programming
model ”
現在正式進入本話題：
簡單的來說，update和saveOrUpdate是用來對跨Session的PO進行狀態管理的。
假設你的PO不需要跨Session的話，那麼就不需要用到，例如你打開一個Session，對PO進行操作，然後關閉，之後這個PO你也不會再用到了，
那就不需要用update。
因此，我們來看看上例：
Java程式碼
Foo foo=sess.load(Foo.class,id);;
foo.setXXX(xxx);;
sess.flush();;
sess.commit();;
Foo foo=sess.load(Foo.class,id);; foo.setXXX(xxx);; sess.flush();; sess.commit();;
PO物件foo的操作都在一個Session生命週期內完成，因此不需要顯式的進行sess.update(foo)這樣的操作。 Hibernate會自動監測到foo物件已
經過修改過，因此就向資料庫傳送一個update的sql。當然如果你要加上sess.update(foo)也不會錯，只不過這樣做沒有必要。
而跨Session的意思是說這個PO物件在Session關閉之後，你還把它當做一個VO來用，後來你在Session外面又修改了它的屬性，然後你又想打
開一個Session，把VO的屬性修改存到資料庫裡面，那你就需要用update了。
Java程式碼
// in the first session
Cat cat = (Cat); firstSession.load(Cat.class, catId);;
Cat potentialMate = new Cat();;
firstSession.save(potentialMate);;
// in a higher tier of the application
cat.setMate(potentialMate);;
// later, in a new session
secondSession.update(cat);; // update cat
secondSession.update(mate);; // update mate
// in the first session Cat cat = (Cat); firstSession.load(Cat.class, catId);; Cat potentialMate = new Cat();;
firstSession.save(potentialMate);; // in a higher tier of the application cat.setMate(potentialMate);; // later, in a
new session secondSession.update(cat);; // update cat 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了。
所以update的作用就在於此，它只會被用來當一個PO物件跨Session進行狀態同步的時候才需要寫。而PO對象當它不需要跨Session進行狀
態管理的時候，是不需要寫update的。
再談談saveOrUpdate的用場：
saveOrUpdate和update的差別就在於在跨Session的PO狀態管理中，Hibernate對PO採取何種策略。
例如當你寫一個DAOImpl的時候，讓cat物件增加一個mate，如下定義：
Java程式碼
public void addMate(Cat cat, Mate mate); {
Session session = ...;
Transacton tx = ...;
session.update(cat);;
cat.addMate(mate);;
tx.commit();;
session.close();;
};
public void addMate(Cat cat, Mate mate); { Session session = ...; Transacton tx = ...; session.update(cat);;
cat.addMate(mate);; tx.commit();; session.close();; };
顯然你是需要把Hibernate的作業封裝在DAO裡面的，讓業務層的程式設計師和Web層的程式設計師不需要了解Hibernate，直接對DAO進行呼叫。
此時問題就來了：上面的程式碼運行正確有一個必要的前提，那就是方法呼叫參數cat物件必須是一個已經被持久化過的PO，也就是來說，它應該
先從資料庫查詢出來，然後才能這樣用。但是業務層的程式設計師顯然不知道這種內部的玄妙，如果他的業務是現在增加一個cat，然後再增加
它的mate，他顯然會這樣調用，new一個cat物件出來，然後就addMate：
Java程式碼
Cat cat = new Cat();;
cat.setXXX();;
daoimpl.addMate(cat,mate);;
Cat cat = new Cat();; cat.setXXX();; daoimpl.addMate(cat,mate);;
但請注意看，這個cat物件只是一個VO，它沒有被持久化過，它還不是PO，它沒有資格呼叫addMate方法，因此呼叫addMate方法不會真正往
資料庫裡面發送update的sql，這個cat物件必須先被save到資料庫，真正成為PO之後，才具備addMate的資格。
你必須這樣來操作：
Java程式碼
Cat cat = new Cat();;
cat.setXXX();;
daoimpl.addCat(cat);;
daoimpl.addMate(cat, mate);;
Cat cat = new Cat();; cat.setXXX();; daoimpl.addCat(cat);; daoimpl.addMate(cat, mate);;
先持久化cat，然後才能對cat進行其他的持久化操作。因此要求業務層的程式設計師必須清楚cat物件處於何種狀態，到底是第一種，還是第三種。
如果是第一種，就要先save，再addMate；如果是第三種，就直接addMate。
但最致命的是，如果整個軟體分層很多，業務層的程式設計師他拿到這個cat物件也可能是上層Web應用層傳遞過來的cat，他自己也不知道這個
cat究竟是VO，沒有被持久化過，還是已經被持久化過，那麼他根本就沒有辦法寫程式了。
所以這樣的DAOImpl顯然是有問題的，它會對業務層的程式設計師造成很多程式設計上的陷阱，業務層的程式設計師必須深刻的了解他所調用的每個DAO對PO對
象進行了何種狀態管理，必須深刻的了解他的PO對像在任何時候處於什麼確切的狀態，才能保證編程的正確性，顯然這是做不到的，但是有了
saveOrUpdate，這些問題就迎刃而解了。
現在你需要修改addMate方法：
Java程式碼
public void addMate(Cat cat, Mate mate); {
Session session = ...;
Transacton tx = ...;
session.saveOrUpdate(cat);;
cat.addMate(mate);;
tx.commit();;
session.close();;
};
public void addMate(Cat cat, Mate mate); { Session session = ...; Transacton tx = ...; session.saveOrUpdate
(cat);; cat.addMate(mate);; tx.commit();; session.close();; };
如上，如果業務層的程式設計師傳進來的是一個已經持久化過的PO對象，那麼Hibernate會更新cat對象(假設業務層的程式設計師在Session外面修改過
cat的屬性)，如果傳進來的是一個新new出來的對象，那麼向資料庫save這個PO對象。
BTW: Hibernate此時究竟採取更新cat對象，或是save cat對象，取決於unsave-value的設定。
這樣，業務層的程式設計師就不必再操心PO的狀態問題了，對他們來說，不管cat是new出來的對象，只是一個VO也好；還是從資料庫查詢出來的
的PO對像也好，全部都是直接addMate就OK了：
Java程式碼
daoimple.addMate(cat, mate);;
daoimple.addMate(cat, mate);;
這便是saveOrUpdate的作用。
本文出自CSDN博客，轉載請標示出處： http://blog.csdn.net/zhrl0000/archive/2009/12/17/5027965.aspx
-