Hibernate中Inverse和Cascade的區別2008-05-18 18:11 一直對兩者之間的區別不是很清楚,認爲既然Inverse似乎具有Cascade的某些特性,比如刪除。今天實踐了一下才知道,兩者是截然不同的: 其實inverse不復雜,但是要真正明白還是要稍微看一下源碼。inverse的真正作用就是指定由哪一方來維護之間的關聯關係。當一方中指定了“inverse=false”(默認),那麼那一方就有責任負責之間的關聯關係,說白了就是hibernate如何生成Sql來維護關聯的記錄!舉個最簡單的一對多父子關係。那麼代碼就寫成: 父親中的關係映射 兒子中關係映射
session.save(p); 注意:{many-to-one}總是設成“inverse=false”的,而且這個屬性在Mapping中是不存在的! 這樣運行的下來的結果就是: Hibernate: insert into parent (id) s (?) 那麼假如c.setParent(p)註釋掉,結果就是: Hibernate: insert into parent (id) s (?) 比較結果顯而易見!此外,inverse還有一個重要特點就是會優化Sql。(具體可以把SHOW_SQL這個屬性打開,然後觀察一下就知道了) 接下來再看看update,還是父子的例子: Parent p = (Parent) session.load(Parent.class, parentId); // 改變兒子c的關係 這樣運行下來的結果就是: Hibernate: select parent0_.id as id from parent parent0_ where parent0_.id=? //get parent 1 Hibernate: select child0_.id as id__, child0_.id as id, child0_.parent_id as parent_id from child child0_ where child0_.parent_id=? Hibernate: update child set parent_id=? where id=?(正確更新了) 那麼根據上面的結論,關係應該是由“inverse=false”方來維護的,那麼我把代碼改成: Parent p = (Parent) session.load(Parent.class, parentId); //p.getChildren().remove(c); 這樣運行下來的結果: Hibernate: select parent0_.id as id from parent parent0_ where parent0_.id=? //get parent 1 Hibernate: update child set parent_id=? where id=? 比較結果很明顯,少了父加載兒子的過程,乍看下是成功更新了。實際上,結果和DB是不一致的。(原因很簡單就是父親p的children並沒有被更新) 那麼反過來改一下: Parent p = (Parent) session.load(Parent.class, parentId); p.getChildren().remove(c); 這樣結果就成了: Hibernate: select parent0_.id as id from parent parent0_ where parent0_.id=? //get parent 1 Hibernate: select child0_.id as id__, child0_.id as id, child0_.parent_id as parent_id from child child0_ where child0_.parent_id=? 顯而易見,關聯更新沒有被執行(更新是由“inverse=false”方負責的,而這裏恰恰被註釋了)。
1、到底在哪用cascade="..."? cascade屬性並不是多對多關係一定要用的,有了它只是讓我們在插入或刪除對像時更方便一些,只要在 cascade的源頭上插入或是刪除,所有 cascade的關係就會被自己動的插入或是刪除。便是爲了能正確的 cascade,unsaved-value是個很重要的屬性。Hibernate通 過這個屬性來判斷一個對象應該save還是 update,如果這個對象的id是unsaved-value的話,那說明這個對象不是 persistence object要save (insert);如果id是非unsaved-value的話,那說明這個對象是persistence object(數據庫中已存在 ),只要update就行了。saveOrUpdate方法用的也是這個機制。 2、到底在哪用inverse="ture"? 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數據 。 3、cascade和inverse有什麼區別? 聯關係。 系標記都有效。 inverse對集合對象整體起作用,cascade對集合對象中的一個一個元素起作用,如果集合爲空,那麼 cascade不會引發關聯操作。 id 是否有變化, cascade在先,inverse在後。 庫表而是關係表。 個元素。所以它總是更新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 不 設置級聯刪除。 |
Inverse和cascade是Hibernate映射中最難掌握的兩個屬性。兩者都在對象的關聯操作中發揮作用。 <many-to-many>中inverse的屬性的設置 2.cascade屬性 3.inverse和cascade的區別 總結: 說明約定-如: 2.代碼過程是:Save->t1oo對象(T1oo 外鍵 T2oo) 3.本例表使用: 4.執行 Hibernate語句 :
可改項:
主本:
改2 改2 改1
改3 改2
改3 改2 改1 改4 改4 改1 改4 改2 改4 改3 改4 改3 改2 改4 改1 改2
改4 改3 改2 改1 |