建站
咨詢
售后
建站咨詢
新聞中心
這篇文章主要介紹“Hibernate update與Hibernate saveOrUpdate的區(qū)別是什么”，在日常操作中，相信很多人在Hibernate update與Hibernate saveOrUpdate的區(qū)別是什么問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Hibernate update與Hibernate saveOrUpdate的區(qū)別是什么”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！
創(chuàng)新互聯(lián)建站2013年開創(chuàng)至今，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務公司，擁有項目成都網(wǎng)站制作、網(wǎng)站設(shè)計網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元樂陵做網(wǎng)站,已為上家服務,為樂陵各地企業(yè)和個人服務,聯(lián)系電話:028-86922220
先來點概念，在Hibernate中，最核心的概念就是對PO的狀態(tài)管理。一個PO有三種狀態(tài)：
1、未被持久化的VO，此時就是一個內(nèi)存對象VO，由JVM管理生命周期。
2、已被持久化的PO，并且在Session生命周期內(nèi)，此時映射數(shù)據(jù)庫數(shù)據(jù)，由數(shù)據(jù)庫管理生命周期。
3、曾被持久化過，但現(xiàn)在和Session已經(jīng)detached了，以VO的身份在運行，這種和Session已經(jīng)detached的PO還能夠進入另一個Session，繼續(xù)進行PO狀態(tài)管理，此時它就成為PO的第二種狀態(tài)了。這種PO實際上是跨了Session進行了狀態(tài)維護的。
在傳統(tǒng)的JDO1.x中，PO只有前面兩種狀態(tài)，一個PO一旦脫離PM，就喪失了狀態(tài)了，不再和數(shù)據(jù)庫數(shù)據(jù)關(guān)聯(lián)，成為一個純粹的內(nèi)存VO，它即使進入一個新的PM，也不能恢復它的狀態(tài)了。
Hibernate強的地方就在于，一個PO脫離Session之后，還能保持狀態(tài)，再進入一個新的Session之后，就恢復狀態(tài)管理的能力，但此時狀態(tài)管理需要使用session.update或者session.saveOrUpdate，這就是Hibernate Reference中提到的“requires a slightly different programming model ” 。
現(xiàn)在正式進入本話題：
簡單的來說，Hibernate update和Hibernate saveOrUpdate是用來對跨Session的PO進行狀態(tài)管理的。
假設(shè)你的PO不需要跨Session的話，那么就不需要用到，例如你打開一個Session，對PO進行操作，然后關(guān)閉，之后這個PO你也不會再用到了，那么就不需要用Hibernate 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生命周期內(nèi)完成，因此不需要顯式的進行sess.update(foo)這樣的操作。 Hibernate會自動監(jiān)測到foo對象已經(jīng)被修改過，因此就向數(shù)據(jù)庫發(fā)送一個Hibernate update的sql。當然如果你非要加上 sess.update(foo)也不會錯，只不過這樣做沒有任何必要。
而跨Session的意思就是說這個PO對象在Session關(guān)閉之后，你還把它當做一個VO來用，后來你在Session外面又修改了它的屬性，然后你又想打開一個Session，把VO的屬性修改保存到數(shù)據(jù)庫里面，那么你就需要用Hibernate 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關(guān)閉之后，他們就成了PO的第三種狀態(tài)，和Session已經(jīng) detached的PO，此時他們的狀態(tài)信息仍然被保留下來了。當他們進入第二個session之后，立刻就可以進行狀態(tài)的更新。但是由于對cat的修改 操作：cat.setMate(potentialMate); 是在Session外面進行的，Hibernate不可能知道cat對象已經(jīng)被改過了，第二個Session并不知道這種修改，因此一定要顯式的調(diào)用 secondSession.update(cat); 通知Hibernate，cat對象已經(jīng)修改了，你必須發(fā)送Hibernate update的sql了。
所以Hibernate update的作用就在于此，它只會被用于當一個PO對象跨Session進行狀態(tài)同步的時候才需要寫。而一個PO對象當它不需要跨Session進行狀態(tài)管理的時候，是不需要寫Hibernate update的。
再談談HibernatesaveOrUpdate的用場：
Hibernate saveOrUpdate和Hibernate update的區(qū)別就在于在跨Session的PO狀態(tài)管理中，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里面的，讓業(yè)務層的程序員和Web層的程序員不需要了解Hibernate，直接對DAO進行調(diào)用。
此時問題就來了：上面的代碼運行正確有一個必要的前提，那就是方法調(diào)用參數(shù)cat對象必須是一個已經(jīng)被持久化過的PO，也就是來說，它應該首先從 數(shù)據(jù)庫查詢出來，然后才能這樣用。但是業(yè)務層的程序員顯然不知道這種內(nèi)部的玄妙，如果他的業(yè)務是現(xiàn)在增加一個cat，然后再增加它的mate，他顯然會這 樣調(diào)用，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，它沒有資格調(diào)用addMate方法，因此調(diào)用addMate方法不 會真正往數(shù)據(jù)庫里面發(fā)送update的sql，這個cat對象必須先被save到數(shù)據(jù)庫，在真正成為一個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進行其他的持久化操作。因此要求業(yè)務層的程序員必須清楚cat對象處于何種狀態(tài)，到底是第一種，還是第三種。如果是第一種，就要先save，再addMate；如果是第三種，就直接addMate。
但是最致命的是，如果整個軟件分層很多，業(yè)務層的程序員他拿到這個cat對象也可能是上層Web應用層傳遞過來的cat，他自己也不知道這個cat究竟是VO，沒有被持久化過，還是已經(jīng)被持久化過，那么他根本就沒有辦法寫程序了。
所以這樣的DAOImpl顯然是有問題的，它會對業(yè)務層的程序員造成很多編程上的陷阱，業(yè)務層的程序員必須深刻的了解他調(diào)用的每個DAO對PO對 象進行了何種狀態(tài)管理，必須深刻的了解他的PO對象在任何時候處于什么確切的狀態(tài)，才能保證編程的正確性，顯然這是做不到的，但是有了saveOrUpdate，這些問題就迎刃而解了。
現(xiàn)在你需要修改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();; };如上，如果業(yè)務層的程序員傳進來的是一個已經(jīng)持久化過的PO對象，那么Hibernate會更新cat對象(假設(shè)業(yè)務層的程序員在Session外面修改過cat的屬性)，如果傳進來的是一個新new出來的對象，那么向數(shù)據(jù)庫save這個PO對象。
BTW: Hibernate此時究竟采取更新cat對象，還是save cat對象，取決于unsave-value的設(shè)定。
這樣，業(yè)務層的程序員就不必再操心PO的狀態(tài)問題了，對于他們來說，不管cat是new出來的對象，只是一個VO也好；還是從數(shù)據(jù)庫查詢出來的的PO對象也好，全部都是直接addMate就OK了：
Java代碼：
daoimple.addMate(cat, mate);; daoimple.addMate(cat, mate);;
這便是Hibernate saveOrUpdate的作用。
到此，關(guān)于“Hibernate update與Hibernate saveOrUpdate的區(qū)別是什么”的學習就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>
分享標題：Hibernateupdate與HibernatesaveOrUpdate的區(qū)別是什么
本文路徑：http://www.dlmjj.cn/article/pjsogs.html
