hibernate中update與saveOrUpdate的區別

2019-11-17 03:57:23

字體：大中小

來源：轉載

供稿：網友

(   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

上一篇：程序員面試問題錦集

下一篇：Struts優缺點剖析