???
最近學(xué)習(xí)hibernate,重點(diǎn)研究了hibernate屬性的inverse與cascade的聯(lián)系與區(qū)別。如下,是本人的心得。
??? 1、到底在哪用cascade="..."? ?
? ?
? cascade屬性并不是多對多關(guān)系一定要用的,有了它只是讓我們在插入或刪除對像時更方便一些,只要在cascade的源頭上插入或是刪除,所有 cascade的關(guān)系就會被自己動的插入或是刪除。便是為了能正確的cascade,unsaved-value是個很重要的屬性。Hibernate通 過這個屬性來判斷一個對象應(yīng)該save還是update,如果這個對象的id是unsaved-value的話,那說明這個對象不是 persistence ? object要save(insert);如果id是非unsaved-value的話,那說明這個對象是persistence ? object(數(shù)據(jù)庫中已存在),只要update就行了。saveOrUpdate方法用的也是這個機(jī)制。 ?
? ?
? 2、到底在哪用inverse="ture"? ?
?? “set的inverse屬性決定是否把對set的改動反映到數(shù)據(jù)庫中去。inverse=false————反映;inverse=true————不反映”inverse屬性默認(rèn)為false
? ?
? inverse屬性默認(rèn)是false的,就是說關(guān)系的兩端都來維護(hù)關(guān)系。這個意思就是說,如有一個Student, ? Teacher和TeacherStudent表,Student和Teacher是多對多對多關(guān)系,這個關(guān)系由TeacherStudent這個表來表 現(xiàn)。那么什么時候插入或刪除TeacherStudent表中的記錄來維護(hù)關(guān)系呢?在用hibernate時,我們不會顯示的對 TeacherStudent表做操作。對TeacherStudent的操作是hibernate幫我們做的。hibernate就是看hbm文件中指 定的是"誰"維護(hù)關(guān)系,那個在插入或刪除"誰"時,就會處發(fā)對關(guān)系表的操作。前提是"誰"這個對象已經(jīng)知道這個關(guān)系了,就是說關(guān)系另一頭的對象已經(jīng)set 或是add到"誰"這個對象里來了。前面說過inverse默認(rèn)是false,就是關(guān)系的兩端都維護(hù)關(guān)系,對其中任一個操作都會處發(fā)對表系表的操作。當(dāng)在 關(guān)系的一頭,如Student中的bag或set中用了inverse="true"時,那就代表關(guān)系是由另一關(guān)維護(hù)的(Teacher)。就是說當(dāng)這插 入Student時,不會操作TeacherStudent表,即使Student已經(jīng)知道了關(guān)系。只有當(dāng)Teacher插入或刪除時才會處發(fā)對關(guān)系表的 操作。所以,當(dāng)關(guān)系的兩頭都用inverse="true"是不對的,就會導(dǎo)致任何操作都不處發(fā)對關(guān)系表的操作。當(dāng)兩端都是inverse= "false"或是default值是,在代碼對關(guān)系顯示的維護(hù)也是不對的,會導(dǎo)致在關(guān)系表中插入兩次關(guān)系。 ?
? ?
? 在一對多關(guān)系中inverse就更有意義了。在多對多中,在哪端inverse="true"效果差不多(在效率上)。但是在一對多中,如果要一方維護(hù)關(guān) 系,就會使在插入或是刪除"一"方時去update"多"方的每一個與這個"一"的對象有關(guān)系的對象。而如果讓"多"方面維護(hù)關(guān)系時就不會有update 操作,因?yàn)殛P(guān)系就是在多方的對象中的,直指插入或是刪除多方對象就行了。當(dāng)然這時也要遍歷"多"方的每一個對象顯示的操作修關(guān)系的變化體現(xiàn)到DB中。不管 怎樣說,還是讓"多"方維護(hù)關(guān)系更直觀一些。
??? (1)對one-to-many而言,改變set,會讓hibernate執(zhí)行一系列的update語句, 不會delete/insert數(shù)據(jù)
??? (2)對many-to-many而言,改變set,只修改關(guān)系表的數(shù)據(jù),不會影響many-to-many的另一方。
??? (3)雖然one-to-many和many-to-many的數(shù)據(jù)庫操作不一樣,但目的都是一個:維護(hù)數(shù)據(jù)的一致性。??
? ?
? 3、cascade和inverse有什么區(qū)別? ?
? 可以這樣理解,cascade定義的是關(guān)系兩端對象到對象的級聯(lián)關(guān)系;而inverse定義的是關(guān)系和對象的級聯(lián)關(guān)系。
? inverse只對set+one-to-many(或many-to-many)有效,對many-to-one, one-to-one無效。cascade對關(guān)系標(biāo)記都有效。
? inverse對集合對象整體起作用,cascade對集合對象中的一個一個元素起作用,如果集合為空,那么cascade不會引發(fā)關(guān)聯(lián)操作。
??比如將集合對象置為null,
school.setStudentSet(null)
???inverse導(dǎo)致hibernate執(zhí)行:udpate STUDENT set SCHOOL_ID=null where SCHOOL_ID=?
???cascade則不會執(zhí)行對STUDENT表的關(guān)聯(lián)更新, 因?yàn)榧现袥]有元素。
??再比新增一個school, session.save(school)
???inverse導(dǎo)致hibernate執(zhí)行:
????for( 對(school的每一個student ){
?????udpate STUDENT set SCHOOL_ID=? where STUDENT_ID=?
//將學(xué)生的school_id改為新的school的id
????}
???cascade導(dǎo)致hibernate執(zhí)行:
????for( 對school的每一個student ){
?????session.save(aStudent); //對學(xué)生執(zhí)行save操作
????}?
??extends:如果改變集合中的部分元素(比如新增一個元素),
???inverse: hibernate先判斷哪些元素改變了,對改變的元素執(zhí)行相應(yīng)的sql
???cascade: 它總是對集合中的每個元素執(zhí)行關(guān)聯(lián)操作。
????(在關(guān)聯(lián)操作中,hibernate會判斷操作的對象是否改變)
? 兩個起作用的時機(jī)不同:
???cascade:在對主控方操作時,級聯(lián)發(fā)生。
???inverse: 在flush時(commit會自動執(zhí)行flush),對session中的所有set,hibernate判斷每個set是否有變化,
?? 對有變化的set執(zhí)行相應(yīng)的sql,執(zhí)行之前,會有個判斷:if( inverse == true ) return;可以看出cascade在先,inverse在后。
?? inverse 對set + one-to-many 和 set + many-to-many 起的作用不同。hibernate生成的sql不同。
????? 對one-to-many,hibernate對many方的數(shù)據(jù)庫表執(zhí)行update語句。
????? 對many-to-many, hibernate對關(guān)系表執(zhí)行insert/update/delte語句,注意不是對many方的數(shù)據(jù)庫表而是關(guān)系表。
??? cascase 對set都是一致的,不管one-to-many還是many-to-many。都簡單地把操作傳遞到set中的每個元素。所以它總是更新many方的數(shù)據(jù)庫表。
? 4、cascade和inverse有什么相同?
? 這兩個屬性本身互不影響,但起的作用有些類似,都能引發(fā)對關(guān)系表的更新。
? 5、 建議:只對set + many-to-many設(shè)置inverse=false,其他的標(biāo)記不考慮inverse屬性,都設(shè)為inverse=true。對cascade,一 般對many-to-one,many-to-many,constrained=true的one-to-one 不設(shè)置級聯(lián)刪除。
?