１、到底在哪用cascade="..."？
cascade屬性并不是多對多關(guān)系一定要用的，有了它只是讓我們在插入或刪除對像時(shí)更方便一些，
??? 只要在cascade的源頭上插入或是刪除，所有cascade的關(guān)系就會被自己動的插入或是刪除。
??? 便是為了能正確的cascade，unsaved-value是個(gè)很重要的屬性。
??? Hibernate通過這個(gè)屬性來判斷一個(gè)對象應(yīng)該save還是update，如果這個(gè)對象的id是unsaved-value的話，
??? 那說明這個(gè)對象不是persistence object要save（insert)；如果id是非unsaved-value的話，
??? 那說明這個(gè)對象是persistence object（數(shù)據(jù)庫中已存在），只要update就行了。saveOrUpdate方法用的也是這個(gè)機(jī)制。
２、到底在哪用inverse="ture"?
inverse屬性默認(rèn)是false的，就是說關(guān)系的兩端都來維護(hù)關(guān)系。這個(gè)意思就是說，
??? 如有一個(gè)Student, Teacher和TeacherStudent表，Student和Teacher是多對多對多關(guān)系，
??? 這個(gè)關(guān)系由TeacherStudent這個(gè)表來表現(xiàn)。那么什么時(shí)候插入或刪除TeacherStudent表中的記錄來維護(hù)關(guān)系呢？
??? 在用hibernate時(shí)，我們不會顯示的對TeacherStudent表做操作。對TeacherStudent的操作是hibernate幫我們做的。
??? hibernate就是看hbm文件中指定的是"誰"維護(hù)關(guān)系，那個(gè)在插入或刪除"誰"時(shí)，就會處發(fā)對關(guān)系表的操作。
??? 前提是"誰"這個(gè)對象已經(jīng)知道這個(gè)關(guān)系了，就是說關(guān)系另一頭的對象已經(jīng)set或是add到"誰"這個(gè)對象里來了。
??? 前面說過inverse默認(rèn)是false，就是關(guān)系的兩端都維護(hù)關(guān)系，對其中任一個(gè)操作都會處發(fā)對表系表的操作。
??? 當(dāng)在關(guān)系的一頭，如Student中的bag或set中用了inverse＝"true"時(shí)，那就代表關(guān)系是由另一關(guān)維護(hù)的（Teacher）。
??? 就是說當(dāng)這插入Student時(shí)，不會操作TeacherStudent表，即使Student已經(jīng)知道了關(guān)系。
??? 只有當(dāng)Teacher插入或刪除時(shí)才會處發(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)系，就會使在插入或是刪除"一"方時(shí)去update"多"方的每一個(gè)與這個(gè)"一"的對象有關(guān)系的對象。
??? 而如果讓"多"方面維護(hù)關(guān)系時(shí)就不會有update操作，因?yàn)殛P(guān)系就是在多方的對象中的，直指插入或是刪除多方對象就行了。
??? 當(dāng)然這時(shí)也要遍歷"多"方的每一個(gè)對象顯示的操作修關(guān)系的變化體現(xiàn)到DB中。不管怎樣說，還是讓"多"方維護(hù)關(guān)系更直觀一些。
３、cascade和inverse有什么區(qū)別？
可以這樣理解，cascade定義的是關(guān)系兩端對象到對象的級聯(lián)關(guān)系；而inverse定義的是關(guān)系和對象的級聯(lián)關(guān)系。
４、net.sf.hibernate.ObjectDeletedException: deleted object would be re-saved by
???? cascade (remove deleted object from associations): 2, of class: Xxxxx
這個(gè)問題出現(xiàn)在要刪除關(guān)系的一頭時(shí)。如，要刪除一個(gè)已經(jīng)和Student有關(guān)系的Teacher。當(dāng)tx.commit();
??? 時(shí)才會拋出這個(gè)異常。這時(shí)一個(gè)在關(guān)系另一頭的Student對象中的Set或是List中把這個(gè)Teacher對象顯示的remove掉，
??? 再session.delete(這個(gè)teacher);。這是為了防止在Student端有cascade時(shí)把這個(gè)Teacher對象再存回DB。
??? 所以，這個(gè)異常的只有在Student的關(guān)系定義中有cascade="..."，而且沒有像上面說的顯示的解除關(guān)系時(shí)才會出現(xiàn)。
??? 所以防止出現(xiàn)這個(gè)異常的方法就是：1，在Student端不用cascade；2，或是用cascade的話，就顯示的刪除對像中的關(guān)系。
??? 3，在Teacher端要用cascade
５、net.sf.hibernate.HibernateException: identifier of an instance of my.MyObject altered from N to N
這個(gè)異常其時(shí)不是多對多中常遇到的，但是這個(gè)異常的提示不make sense，所以提一下，
??? 是因?yàn)閕d的java對象中的type和hbm文件中定義的不一樣，如：java中用long，而hbm中用type="integer"，
??? 并且generator用的是identity時(shí)就會出現(xiàn)