Robbin總結(jié)的Hibernate性能優(yōu)化要點：
1.盡量使用many-to-one，避免使用單項one-to-many
2.靈活使用單向one-to-many
3.不用一對一，使用多對一代替一對一
4.配置對象緩存，不使用集合緩存
5.一對多使用Bag 多對一使用Set
6.繼承使用顯示多態(tài) HQL:from object polymorphism="exlicit" 避免查處所有對象
7.消除大表，使用二級緩存
對于上面這些，Robbin進行了詳細的講解。
one-to-many：
使用inverse=false(default)，對象的關(guān)聯(lián)關(guān)系是由parent對象來維護的
而inverse=true的情況下，一般用戶雙向多對多關(guān)聯(lián)，由子對象維護關(guān)聯(lián)關(guān)系，增加子對象的時候需要顯示：child.setParent(child)
為了提高性能，應(yīng)該盡量使用雙向one-to-many inverse=true，在MVC結(jié)構(gòu)中的DAO接口中應(yīng)該直接用Session持久化對象，避免通過關(guān)聯(lián)關(guān)系（這句話有點不理解），而在單項關(guān)系中正確使用二級緩存，則可以大幅提高以查詢?yōu)橹鞯膽?yīng)用。
多對一性能問題比較少，但是要避免經(jīng)典N+1問題。
通過主鍵進行關(guān)聯(lián)，相當(dāng)于大表拆分小表。（這個是區(qū)分面向?qū)ο笤O(shè)計和面向過程設(shè)計的一個關(guān)鍵點）
list、bag、set的正確運用
one-to-many：
A、使用list 需要維護Index Column字段，不能被用于雙向關(guān)聯(lián)，而且必須使用inverse=false，需要謹慎使用在某些稀有場合（基本上是不予考慮使用）
B、bag/set在one-to-many中語義基本相同，推薦使用bag
many-to-one：
A、bag和set不同，bag允許重復(fù)插入，建議使用set
在龐大的集合分頁中應(yīng)該使用session.createFilter
session.createFilter(parent.getChildren(),""),setFirstResult(0),setMaxResult(10))
避免N+1 參考（http://www.iteye.com/post/266972）
在多對一的情況下，查詢child對象，當(dāng)在頁面上顯示每個子類的父類對象的時候會導(dǎo)致N+1次查詢，需要采用下面的方法避免：many-to-one fetch="join|select"（該方法可能有問題）
inverse=true 無法維護集合緩存（還不是很理解集合緩存和對象緩存）
OLTP類型的web應(yīng)用，可以群集水平擴展，不可避免的出現(xiàn)數(shù)據(jù)庫瓶頸
框架能降低訪問數(shù)據(jù)庫的壓力，采用緩存是衡量一個框架是否優(yōu)秀的重要標(biāo)準(zhǔn)，從緩存方面看Hibernate
A、對象緩存，細顆粒度，是針對表的級別，透明化訪問，因為有不改變代碼的好處，所以是ORM提高性能的法寶
B、Hibernate是目前ORM框架中緩存性能最好的框架
C、查詢緩存
最后Robbin還針對大家經(jīng)常出現(xiàn)的Hibernate vs iBatis的討論進行了一個總結(jié)：
對于OLTP應(yīng)用，使用ORM框架 而OLEB應(yīng)用（不確定是什么應(yīng)用）最好采用JDBC或者其他方法處理
Hibernate傾向于細顆粒度設(shè)計，面向?qū)ο螅瑢⒋蟊聿鸱譃槎鄠€小表，消除冗余字段，通過二級緩存提升性能。
iBatis傾向于粗顆粒度設(shè)計，面向關(guān)系，盡量把表合并，通過Column冗余，消除關(guān)聯(lián)關(guān)系，但是iBatis沒有有效的緩存手段。
可以說Robbin的性能總結(jié)對于使用Hibernate的開發(fā)人員有著很重要的點撥作用。非常感謝他無私奉獻自己的經(jīng)驗。