建站
咨詢
售后
建站咨詢
新聞中心
Hibernate有很多值得學(xué)習(xí)的地方，這里我們主要介紹Hibernate實(shí)現(xiàn)對(duì)象持久化，包括介紹cascade和inverse有什么區(qū)別等方面。
創(chuàng)新互聯(lián)服務(wù)項(xiàng)目包括潮南網(wǎng)站建設(shè)、潮南網(wǎng)站制作、潮南網(wǎng)頁(yè)制作以及潮南網(wǎng)絡(luò)營(yíng)銷策劃等。多年來(lái)，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，潮南網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到潮南省份的部分城市，未來(lái)相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！
Hibernate作為一種Java對(duì)象持久化技術(shù)，在很多大型的多層體系構(gòu)架中得到應(yīng)用，比如在開(kāi)發(fā)一套電子商務(wù)系統(tǒng)可以以J2EE作為體系構(gòu)架，Structs作為java Web應(yīng)用框架，以Hibernate實(shí)現(xiàn)對(duì)象持久化任務(wù)，以EJB或者普通的javabean實(shí)現(xiàn)業(yè)務(wù)邏輯，其實(shí)現(xiàn)過(guò)程的復(fù)雜度可想而知，下面收集一些在Hibernate中多對(duì)多關(guān)系中應(yīng)用技巧給大家分享
1.cascade="..."？
cascade屬性并不是多對(duì)多關(guān)系一定要用的，有了它只是讓我們?cè)诓迦牖騽h除對(duì)像時(shí)更方便一些，只要在cascade的源頭上插入或是刪除，所有cascade的關(guān)系就會(huì)被自己動(dòng)的插入或是刪除。便是為了能正確的cascade，unsaved-value是個(gè)很重要的屬性。
Hibernate通過(guò)這個(gè)屬性來(lái)判斷一個(gè)對(duì)象應(yīng)該save還是update，如果這個(gè)對(duì)象的id是unsaved-value的話，那說(shuō)明這個(gè)對(duì)象不是persistence object要save（insert)；如果id是非unsaved-value的話，那說(shuō)明這個(gè)對(duì)象是persistence object（數(shù)據(jù)庫(kù)中已存在），只要update就行了。saveOrUpdate方法用的也是這個(gè)機(jī)制。
2.inverse="ture"?
inverse屬性默認(rèn)是false的，就是說(shuō)關(guān)系的兩端都來(lái)維護(hù)關(guān)系。這個(gè)意思就是說(shuō)，如有一個(gè)Student, Teacher和TeacherStudent表，Student和Teacher是多對(duì)多對(duì)多關(guān)系，這個(gè)關(guān)系由TeacherStudent這個(gè)表來(lái)表現(xiàn)。那么什么時(shí)候插入或刪除TeacherStudent表中的記錄來(lái)維護(hù)關(guān)系呢？在用Hibernate時(shí)，我們不會(huì)顯示的對(duì)TeacherStudent表做操作。
對(duì)TeacherStudent的操作是Hibernate幫我們做的。Hibernate就是看hbm文件中指定的是"誰(shuí)"維護(hù)關(guān)系，那個(gè)在插入或刪除"誰(shuí)"時(shí)，就會(huì)處發(fā)對(duì)關(guān)系表的操作。前提是"誰(shuí)"這個(gè)對(duì)象已經(jīng)知道這個(gè)關(guān)系了，就是說(shuō)關(guān)系另一頭的對(duì)象已經(jīng)set或是add到"誰(shuí)"這個(gè)對(duì)象里來(lái)了。前面說(shuō)過(guò)inverse默認(rèn)是false，就是關(guān)系的兩端都維護(hù)關(guān)系，對(duì)其中任一個(gè)操作都會(huì)處發(fā)對(duì)表系表的操作。當(dāng)在關(guān)系的一頭，如Student中的bag或set中用了inverse＝"true"時(shí)，那就代表關(guān)系是由另一關(guān)維護(hù)的（Teacher）。就是說(shuō)當(dāng)這插入Student時(shí)，不會(huì)操作TeacherStudent表，即使Student已經(jīng)知道了關(guān)系。只有當(dāng)Teacher插入或刪除時(shí)才會(huì)處發(fā)對(duì)關(guān)系表的操作。
所以，當(dāng)關(guān)系的兩頭都用inverse="true"是不對(duì)的，就會(huì)導(dǎo)致任何操作都不處發(fā)對(duì)關(guān)系表的操作。當(dāng)兩端都是inverse="false"或是default值是，在代碼對(duì)關(guān)系顯示的維護(hù)也是不對(duì)的，會(huì)導(dǎo)致在關(guān)系表中插入兩次關(guān)系。在一對(duì)多關(guān)系中inverse就更有意義了。在多對(duì)多中，在哪端inverse="true"效果差不多（在效率上）。但是在一對(duì)多中，如果要一方維護(hù)關(guān)系，就會(huì)使在插入或是刪除"一"方時(shí)去update"多"方的每一個(gè)與這個(gè)"一"的對(duì)象有關(guān)系的對(duì)象。
而如果讓"多"方面維護(hù)關(guān)系時(shí)就不會(huì)有update操作，因?yàn)殛P(guān)系就是在多方的對(duì)象中的，直指插入或是刪除多方對(duì)象就行了。當(dāng)然這時(shí)也要遍歷"多"方的每一個(gè)對(duì)象顯示的操作修關(guān)系的變化體現(xiàn)到DB中。不管怎樣說(shuō)，還是讓"多"方維護(hù)關(guān)系更直觀一些。
3.cascade和inverse有什么區(qū)別？
可以這樣理解，cascade定義的是關(guān)系兩端對(duì)象到對(duì)象的級(jí)聯(lián)關(guān)系；而inverse定義的是關(guān)系和對(duì)象的級(jí)聯(lián)關(guān)系。
4.net.sf.Hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations): 2, of class: Xxxxx
這個(gè)問(wèn)題出現(xiàn)在要?jiǎng)h除關(guān)系的一頭時(shí)。如，要?jiǎng)h除一個(gè)已經(jīng)和Student有關(guān)系的Teacher。當(dāng)tx.commit();時(shí)才會(huì)拋出這個(gè)異常。這時(shí)一個(gè)在關(guān)系另一頭的Student對(duì)象中的Set或是List中把這個(gè)Teacher對(duì)象顯示的remove掉，再session.delete(這個(gè)teacher);。這是為了防止在Student端有cascade時(shí)把這個(gè)Teacher對(duì)象再存回DB。
所以，這個(gè)異常的只有在Student的關(guān)系定義中有cascade="..."，而且沒(méi)有像上面說(shuō)的顯示的解除關(guān)系時(shí)才會(huì)出現(xiàn)。所以防止出現(xiàn)這個(gè)異常的方法就是：1，在Student端不用cascade；2，或是用cascade的話，就顯示的刪除對(duì)像中的關(guān)系。 3，在Teacher端要用cascade。
5.net.sf.Hibernate.HibernateException: identifier of an instance of my.MyObject altered from N to N
這個(gè)異常其實(shí)不是多對(duì)多中常遇到的，但是這個(gè)異常的提示不make sense，所以提一下，是因?yàn)閕d的java對(duì)象中的type和hbm文件中定義的不一樣，如：java中用long，而hbm中用type="integer"，并且generator用的是identity時(shí)就會(huì)出現(xiàn)。以上介紹Hibernate實(shí)現(xiàn)對(duì)象持久化。
當(dāng)前文章：淺析Hibernate實(shí)現(xiàn)對(duì)象持久化
文章出自：http://www.dlmjj.cn/article/dhoshjc.html
