一。 inverse = ?
inverse=false(default)
用於單向one-to-many關聯
parent.getChildren().add(child) // insert child
parent.getChildren().delete(child) // delete child
inverse=true
用於雙向one-to-many關聯
child.setParent(parent); session.save(child) // insert child
session.delete(child)
在分層結構的體系中
parentDao, childDao對於CRUD的封裝導致往往直接通過session接口持久化對象，而很少通過關聯對象可達性
二。 one-to-many關係
單向關係還是雙向關係？
parent.getChildren().add(child)對集合的觸及操作會導致lazy的集合初始化，在沒有對集合配置二級緩存的情況下，應避免此類操作
select * from child where parent_id = xxx;
性能口訣：
1. 一般情況下避免使用單向關聯，儘量使用雙向關聯
2. 使用雙向關聯，inverse=“true”
3. 在分層結構中通過DAO接口用session直接持久化對象，避免通過關聯關係進行可達性持久化
三。many-to-one關係
單向many-to-one表達了外鍵存儲方
靈活運用many-to-one可以避免一些不必要的性能問題
many-to-one表達的含義是：0..n : 1，many可以是0，可以是1，也可以是n，也就是說many-to-one可以表達一對多，一對一，多對一關係
因此可以配置雙向many-to-one關係，例如：
1. 一桌四人打麻將，麻將席位和打麻將的人是什麼關係？是雙向many-to-one的關係
四。one-to-one
通過主鍵進行關聯
相當於把大表拆分爲多個小表
例如把大字段單獨拆分出來，以提高數據庫操作的性能
Hibernate的one-to-one似乎無法lazy，必須通過bytecode enhancement
五。集合List/Bag/Set
one-to-many
1. List需要維護index column，不能被用於雙向關聯，必須inverse=“false”，被謹慎的使用在某些稀有的場合
2. Bag/Set語義上沒有區別
3. 我個人比較喜歡使用Bag
many-to-many
1. Bag和Set語義有區別
2。 建議使用Set
六。集合的過濾
1. children = session.createFilter(parent.getChildren(), “where this.age > 5 and this.age < 10”).list()
針對一對多關聯當中的集合元素非常龐大的情況，特別適合於龐大集合的分頁：
session.createFilter(parent.getChildren(),“”).setFirstResult(0).setMaxResults(10).list();
七。繼承關係當中的隱式多態
HQL: from Object
1. 把所有數據庫表全部查詢出來
2. polymorphism=“implicit”(default)將當前對象，和對象所有繼承子類全部一次性取出
3. polymorphism=“explicit”，只取出當前查詢對象
八。Hibernate二級緩存
著名的n+1問題：from Child，然後在頁面上面顯示每個子類的父類信息，就會導致n條對parent表的查詢：
select * from parent where id = ?
.......................
select * from parent where id = ?
解決方案
1. eager fetch
2. 二級緩存
九。inverse和二級緩存的關係
當使用集合緩存的情況下：
1. inverse=“false”，通過parent.getChildren()來操作，Hibernate維護集合緩存
2. inverse=“true”，直接對child進行操作，未能維護集合緩存！導致緩存髒數據
3. 雙向關聯，inverse=“true”的情況下應避免使用集合緩存
十。Hibernate二級緩存是提升web應用性能的法寶
OLTP類型的web應用，由於應用服務器端可以進行羣集水平擴展，最終的系統瓶頸總是逃不開數據庫訪問；
哪個框架能夠最大限度減少數據庫訪問，降低數據庫訪問壓力，哪個框架提供的性能就更高；針對數據庫的緩存策略：
1. 對象緩存：細顆粒度，針對表的記錄級別，透明化訪問，在不改變程序代碼的情況下可以極大提升web應用的性能。對象緩存是ORM的制勝法寶。
2. 對象緩存的優劣取決於框架實現的水平，Hibernate是目前已知對象緩存最強大的開源ORM
3. 查詢緩存：粗顆粒度，針對查詢結果集，應用於數據實時化要求不高的場合
十一。應用場合決定了系統架構
一、是否需要ORM
Hibernate or iBATIS？
二、採用ORM決定了數據庫設計
Hibernate：
傾向於細顆粒度的設計，面向對象，將大表拆分爲多個關聯關係的小表，消除冗餘column，通過二級緩存提升性能（DBA比較忌諱關聯關係的出現，但是ORM的緩存將突破關聯關係的性能瓶頸）；Hibernate的性能瓶頸不在於關聯關係，而在於大表的操作
iBATIS：
傾向於粗顆粒度設計，面向關係，儘量把表合併，通過表column冗餘，消除關聯關係。無有效緩存手段。iBATIS的性能瓶頸不在於大表操作，而在於關聯關係。
總結：
性能口訣
1、使用雙向一對多關聯，不使用單向一對多
2、靈活使用單向多對一關聯
3、不用一對一，用多對一取代
4、配置對象緩存，不使用集合緩存
5、一對多集合使用Bag，多對多集合使用Set
6、繼承類使用顯式多態
7、表字段要少，表關聯不要怕多，有二級緩存撐腰
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/QJC13/archive/2009/03/17/3997882.aspx