inverse

Hibernate ^[1]  中的inverse在表關係映射中經常應用,

inverse的作用：在hibernate中是通過inverse的設置來決定是由誰來維護表和表之間的關係的。

inverse的值有兩種，“true”和“false”。inverse="false"是默認的值,如果設置為true 則表示對象的狀態變化不會同步到數據庫 ;設置成false則相反;

我們説inverse設立不當會導致性能低下，其實是説inverse設立不當，會產生多餘重複的SQL語句甚至致使JDBC exception的throw。這是我們在建立實體類關係時必須需要關注的地方。一般來説，inverse=true是推薦使用，雙向關聯中雙方都設置 inverse=false的話，必會導致雙方都重複更新同一個關係。但是如果雙方都設立inverse=true的話，雙方都不維護關係的更新，這也是不行的，好在一對多中的多端:one-to-many默認是inverse=false，避免了這種錯誤的產生。但是多對多就沒有這個默認設置了，所以很多人經常在多對多的兩端都使用inverse=true，結果導致連接表的數據根本沒有記錄，就是因為他們雙方都沒有責任維護關係。所以説，雙向關聯中最好的設置是一端為inverse=true，一端為inverse=false。一般inverse=false會放在多的一端，那麼有人提問了， many－to－many兩邊都是多的，inverse到底放在哪兒？其實hibernate建立多對多關係也是將他們分離成兩個一對多關係，中間連接一個連接表。所以通用存在一對多的關係，也可以這樣説：一對多是多對多的基本組成部分。

cascade 有五個選項 分別是: all ,delete ,none,save-update,delete-orphan ;

all : 所有情況下均進行關聯操作。

none：所有情況下均不進行關聯操作。這是默認值。

save-update:在執行save/update/saveOrUpdate時進行關聯操作。

delete：在執行delete時進行關聯操作。

delete-orphan: 當save/update/saveOrUpdate時，相當於save-update ；當刪除操作時，相當於delete ；

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="true"?

“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而言 (設置inverse=false)，改變set，會讓hibernate執行一系列的update語句。

（2）對many-to-many而言，改變set,只修改關係表的數據，不會影響many-to-many的另一方。

（3）雖然one-to-many和many-to-many的數據庫操作不一樣，但目的都是一個：維護數據的一致性。

3、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(a Student); //對學生執行save操作

另外如果改變集合中的部分元素（比如新增一個元素），

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 不設置級聯刪除。