J2EE社區

  最近學習hibernate，重點研究了hibernate屬性的inverse與cascade的聯系與區別。如下，是本人的心得。
    １、到底在哪用cascade="..."？  
   
  cascade屬性并不是多對多關系一定要用的，有了它只是讓我們在插入或刪除對像時更方便一些，只要在cascade的源頭上插入或是刪除，所有 cascade的關系就會被自己動的插入或是刪除。便是為了能正確的cascade，unsaved-value是個很重要的屬性。Hibernate通 過這個屬性來判斷一個對象應該save還是update，如果這個對象的id是unsaved-value的話，那說明這個對象不是 persistence   object要save（insert)；如果id是非unsaved-value的話，那說明這個對象是persistence   object（數據庫中已存在），只要update就行了。saveOrUpdate方法用的也是這個機制。  
   
  ２、到底在哪用inverse="ture"?  
   “set的inverse屬性決定是否把對set的改動反映到數據庫中去。inverse=false————反映；inverse=true————不反映”inverse屬性默認為false
   
  inverse屬性默認是false的，就是說關系的兩端都來維護關系。這個意思就是說，如有一個Student,   Teacher和TeacherStudent表，Student和Teacher是多對多對多關系，這個關系由TeacherStudent這個表來表 現。那么什么時候插入或刪除TeacherStudent表中的記錄來維護關系呢？在用hibernate時，我們不會顯示的對 TeacherStudent表做操作。對TeacherStudent的操作是hibernate幫我們做的。hibernate就是看hbm文件中指 定的是"誰"維護關系，那個在插入或刪除"誰"時，就會處發對關系表的操作。前提是"誰"這個對象已經知道這個關系了，就是說關系另一頭的對象已經set 或是add到"誰"這個對象里來了。前面說過inverse默認是false，就是關系的兩端都維護關系，對其中任一個操作都會處發對表系表的操作。當在 關系的一頭，如Student中的bag或set中用了inverse＝"true"時，那就代表關系是由另一關維護的（Teacher）。就是說當這插 入Student時，不會操作TeacherStudent表，即使Student已經知道了關系。只有當Teacher插入或刪除時才會處發對關系表的 操作。所以，當關系的兩頭都用inverse="true"是不對的，就會導致任何操作都不處發對關系表的操作。當兩端都是inverse= "false"或是default值是，在代碼對關系顯示的維護也是不對的，會導致在關系表中插入兩次關系。  
   
  在一對多關系中inverse就更有意義了。在多對多中，在哪端inverse="true"效果差不多（在效率上）。但是在一對多中，如果要一方維護關 系，就會使在插入或是刪除"一"方時去update"多"方的每一個與這個"一"的對象有關系的對象。而如果讓"多"方面維護關系時就不會有update 操作，因為關系就是在多方的對象中的，直指插入或是刪除多方對象就行了。當然這時也要遍歷"多"方的每一個對象顯示的操作修關系的變化體現到DB中。不管 怎樣說，還是讓"多"方維護關系更直觀一些。

    （1）對one-to-many而言，改變set，會讓hibernate執行一系列的update語句， 不會delete/insert數據
    （2）對many-to-many而言，改變set,只修改關系表的數據，不會影響many-to-many的另一方。
    （3）雖然one-to-many和many-to-many的數據庫操作不一樣，但目的都是一個：維護數據的一致性。  
   
  ３、cascade和inverse有什么區別？  
  可以這樣理解，cascade定義的是關系兩端對象到對象的級聯關系；而inverse定義的是關系和對象的級聯關系。
  inverse只對set+one-to-many(或many-to-many)有效，對many-to-one, one-to-one無效。cascade對關系標記都有效。

  inverse對集合對象整體起作用，cascade對集合對象中的一個一個元素起作用，如果集合為空，那么cascade不會引發關聯操作。
  比如將集合對象置為null， school.setStudentSet(null)
   inverse導致hibernate執行:udpate STUDENT set SCHOOL_ID=null where SCHOOL_ID=?
   cascade則不會執行對STUDENT表的關聯更新， 因為集合中沒有元素。
  再比新增一個school, session.save(school)
   inverse導致hibernate執行：
    for( 對(school的每一個student ){
     udpate STUDENT set SCHOOL_ID=? where STUDENT_ID=? //將學生的school_id改為新的school的id
    }
   cascade導致hibernate執行：
    for( 對school的每一個student ){
     session.save(aStudent); //對學生執行save操作
    } 
  extends:如果改變集合中的部分元素（比如新增一個元素），
   inverse: hibernate先判斷哪些元素改變了，對改變的元素執行相應的sql
   cascade: 它總是對集合中的每個元素執行關聯操作。
    （在關聯操作中，hibernate會判斷操作的對象是否改變）
  兩個起作用的時機不同：
   cascade：在對主控方操作時，級聯發生。
   inverse: 在flush時（commit會自動執行flush)，對session中的所有set，hibernate判斷每個set是否有變化，
   對有變化的set執行相應的sql，執行之前，會有個判斷：if( inverse == true ) return;可以看出cascade在先，inverse在后。
   inverse 對set + one-to-many 和 set + many-to-many 起的作用不同。hibernate生成的sql不同。
      對one-to-many，hibernate對many方的數據庫表執行update語句。
      對many-to-many, hibernate對關系表執行insert/update/delte語句，注意不是對many方的數據庫表而是關系表。
    cascase 對set都是一致的，不管one-to-many還是many-to-many。都簡單地把操作傳遞到set中的每個元素。所以它總是更新many方的數據庫表。

  4、cascade和inverse有什么相同？
  這兩個屬性本身互不影響，但起的作用有些類似，都能引發對關系表的更新。

  5、 建議：只對set + many-to-many設置inverse=false，其他的標記不考慮inverse屬性，都設為inverse=true。對cascade，一 般對many-to-one，many-to-many，constrained=true的one-to-one 不設置級聯刪除。

     轉載于：http://m.tkk7.com/stme/archive/2007/02/13/99588.html

名稱: ?4C.ESL | .↗Evon
口號: 遇到新問題?先要尋找一個方案乄而不是創造一個方案こ
mail: 聯系我