一、籠統的概括。
1. 使用雙向一對多關聯，不使用單向一對多
2. 靈活使用單向一對多關聯
3. 不用一對一，用多對一取代
4. 配置對象緩存，不使用集合緩存
5. 一對多集合使用Bag,多對多集合使用Set
6. 繼承類使用顯式多態
7. 表字段要少，表關聯不要怕多，有二級緩存撐腰
二、詳細的講解。
1、在處理大數據量時，會有大量的數據緩衝保存在Session的一級緩存中，這緩存大太時會嚴重顯示性能，
所以在使用Hibernate處理大數據量的，可以使用session. clear()或者session. evict(Object) 在處理過程中，清
除全部的緩存或者清除某個對象。
2、對大數據量查詢時，慎用list()或者iterator()返回查詢結果，
<1>. 使用List()返回結果時，Hibernate會所有查詢結果初始化爲持久化對象，結果集較
大時，會佔用很多的處理時間。
<2>. 而使用iterator()返回結果時，在每次調用iterator.next()返回對象並使用對象時，
Hibernate才調用查詢將對應的對象初始化，對於大數據量時，每調用一次查詢都會花
費較多的時間。當結果集較大，但是含有較大量相同的數據，或者結果集不是全部都會
使用時，使用iterator()纔有優勢。
<3>. 對於大數據量，使用qry.scroll()可以得到較好的處理速度以及性能。而且直接對結
果集向前向後滾動。
三、對於關聯操作，Hibernate雖然可以表達複雜的數據關係，但請慎用，使數據關係較爲
簡單時會得到較好的效率，特別是較深層次的關聯時，性能會很差。
四、對含有關聯的PO（持久化對象）時，若default-cascade="all"或者 “save-update”，新增PO時，請注意對PO中的集合的賦值操作，因爲有可能使得多執行一次update操作。
五、在一對多、多對一的關係中，使用延遲加載機制，會使不少的對象在使用時纔會初始化，這樣可使得節省內存空間以及減少數據庫的負荷，而且若PO中的集合沒有被使用時，就可減少互數據庫的交互從而減少處理時間。
六、對於大數據量新增、修改、刪除操作或者是對大數據量的查詢，與數據庫的交互次數是決定處理時間的最重要因素，減少交互的次數是提升效率的最好途徑，所以在開發過程中，請將show_sql設置爲true，深入瞭解Hibernate的處理過程，嘗試不同的方式，可以使得效率提升。
七、Hibernate是以JDBC爲基礎，但是Hibernate是對JDBC的優化，其中使用Hibernate的緩衝機制會使性能提升，如使用二級緩存以及查詢緩存，若命中率較高明，性能會是到大幅提升。
八、Hibernate可以通過設置hibernate.jdbc.fetch_size，hibernate.jdbc.batch_size等屬性，對Hibernate進行優化。
九、不過值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必最佳，大量併發insert數據時可能會引起表之間的互鎖。數據庫提供的主鍵生成機制，往往是通過在一個內部表中保存當前主鍵狀態（如對於自增型主鍵而言，此內部表中就維護着當前的最大值和遞增量），之後每次插入數據會讀取這個最大值，然後加上遞增量作爲新記錄的主鍵，之後再把這個新的最大值更新回內部表中，這樣，一次Insert操作可能導致數據庫內部多次表讀寫操作，同時伴隨的還有數據的加鎖解鎖操作，這對性能產生了較大影響。因此，對於併發Insert要求較高的系統，推薦採用uuid.hex
作爲主鍵生成機制。
十、Dynamic Update 如果選定，則生成Update SQL 時不包含未發生變動的字段屬性，這樣可以在一定程度上提升SQL執行效能.Dynamic Insert 如果選定，則生成Insert SQL 時不包含未發生變動的字段屬性，這樣可以在一定程度上提升SQL執行效能
十一、在編寫代碼的時候請，對將POJO的getter/setter方法設定爲public，如果設定爲private，Hibernate將無法對屬性的存取進行優化，只能轉而採用傳統的反射機制進行操作，這將導致大量的性能開銷（特別是在1.4之前的Sun JDK版本以及IBM JDK中，反射所帶來的系統開銷相當可觀）。
十二、在one-to-many 關係中，將many 一方設爲主動方（inverse=false）將有助性能的改善。
十三、由於多對多關聯的性能不佳（由於引入了中間表，一次讀取操作需要反覆數次查詢），因此在設計中應該避免大量使用。
