推薦：解讀java的命名習慣
java的命名習慣: 包(package)名一律小寫; 變量名和方法名:第一單詞小寫,后面的單詞首字母大寫; 類名,接口名:每一個單詞的首字母大寫; 常量名:所有字母大寫.

0、雙向關聯中最好是設置一端inverse＝true，一端inverse＝false。一般inverse＝false會放在多的一端，即由多的一方來維護關系，并在多的一方設置cascade="save-update"，在單的一方設置cascade="all" 。 
1、使用Hibernate的id generator來生成無業務意義的主鍵，不使用有業務含義的字段做主鍵，不使用assigned。  
2、使用對象類型(String/Integer/Long/...)來做主鍵，而不使用基礎類型(int/long/...)做主鍵。  
3、在用Integer做主鍵時，需設置unsaved-value="0" 而不是null或none，因為在程序中它被默認設置成了0. 
4、不使用composite-id來處理復合主鍵的情況，而使用UserType來處理該種情況。 Gavin King并不提倡使用composite-id，如果你不是基于已有的數據庫編程，而是重新設計數據庫結構，那么建議使用UserType。你可以自定義一個UserType，包括User和Goods，并且在hbm中定義該UserType為unique的，同樣可以達到目的。而這種方式的好處則是不需要你來手工維護id，而由Hibernate自動維護。UserType的使用方法參考手冊5.2.4節和Hibernate自帶的示例中的net.sf.hibernate.test.DoubleStringType。 
5、在使用HQL的地方，結果一般不會受XML中設置的影響。 
6、fetch參數為select方式時先查詢返回要查詢的主體對象（列表），再根據關聯外鍵id，每一個對象發一個select查詢，獲取關聯的對象，形成n+1次查詢； 
而join方式，主體對象和關聯對象用一句外鍵關聯的sql同時查詢出來，不會形成多次查詢。 
如果你的關聯對象是延遲加載的，它當然不會去查詢關聯對象。 
另外，在hql查詢中配置文件中設置的join方式是不起作用的 
7、使用full join fetch 與 right join fetch是沒有意義的。 
8、添加數據、刪除、更新操作時，將同時更新二級緩存。這就是Hibernate做批處理的時候效率不高的原因，原來是要維護二級緩存消耗大量時間的緣故 
9、unsaved-value 屬性在Hibernate3中幾乎不再需要。 
10、單向關聯更加難于查詢。在大型應用中，幾乎所有的關聯必須在查詢中可以雙向導航。 
11、在兩層結構中，把Hibernate Session從JDBC連接中脫離開，下次需要用的時候再連接上。絕不要把一個Session用在多個應用程序事務(Application Transaction)中，否則你的數據可能會過期失效。 
12、在系統中對性能要求很嚴格的一些部分，某些操作也許直接使用JDBC會更好。但是請先確認這的確是一個瓶頸，并且不要想當然認為JDBC一定會更快。如果確實需要直接使用JDBC，那么最好打開一個 Hibernate Session 然后從 Session獲得connection，按照這種辦法你仍然可以使用同樣的transaction策略和底層的connection provider。 
13、當異常發生的時候，必須要回滾 Transaction ，關閉Session。 
14、多對多連接用得好的例子實際上相當少見。大多數時候你在“連接表”中需要保存額外的信息。這種情況下，用兩個指向中介類的一對多的連接比較好。 
15、絕大多數的查詢并不能從查詢緩存中受益，所以Hibernate默認是不進行查詢緩存的。如若需要進行緩存，請調用 Query.setCacheable(true)方法。這個調用會讓查詢在執行過程中時先從緩存中查找結果， 并將自己的結果集放到緩存中去。

分享：解析java的==和equals區別
在java中數據類型分為兩大類:一類是基本數據類型,另一類是引用數據類型.其中基本數據類型又分為8種分別是:四種整數類型(byte、short、int、long),兩種浮點數類型(float、double),一種字符類型(char),一種布爾類型(boolean) 引用數據類型也就是我們常說的類了,