Hibernate之saveOrUpdate

                小編:管理員 163閱讀 2022.09.14

                一個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();;

                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 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();; }; 顯然你是需要把Hibernate的操作封裝在DAO里面的,讓業務層的程序員和Web層的程序員不需要了解Hibernate,直接對DAO進行調用。

                此時問題就來了:上面的代碼運行正確有一個必要的前提,那就是方法調用參數cat對象必須是一個已經被持久化過的PO,也就是來說,它應該首先從數據庫查詢出來,然后才能這樣用。但是業務層的程序員顯然不知道這種內部的玄妙,如果他的業務是現在增加一個cat,然后再增加它的mate,他顯然會這樣調用,new一個cat對象出來,然后就addMate:Java代碼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進行其他的持久化操作。因此要求業務層的程序員必須清楚cat對象處于何種狀態,到底是第一種,還是第三種。如果是第一種,就要先save,再addMate;如果是第三種,就直接addMate。

                但是最致命的是,如果整個軟件分層很多,業務層的程序員他拿到這個cat對象也可能是上層Web應用層傳遞過來的cat,他自己也不知道這個cat究竟是VO,沒有被持久化過,還是已經被持久化過,那么他根本就沒有辦法寫程序了。

                現在你需要修改addMate方法:Java代碼

                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的設定。

                關聯標簽:
                喵视频,国偷自产一区二视频观看,国产三级视频在线观看,国产精品免费久久久久电影,老师你下面太紧了拔不出来,国产成人亚洲欧美综合无码,亚洲日本VA中文字幕久久