本文向大家介紹Hibernate issue，可能好多人還不了解Hibernate issue，沒有關系，看完本文你肯定有不少收獲，希望本文能教會你更多東西。

1.在Hibernate中進行多表查詢,每個表中各取幾個字段,也就是說查詢出來的結果集并沒有一個實體類與之對應,如何解決這個問題?　

◆解決方案一，按照t數據取出數據，然后自己組bean

◆解決方案二，對每個表的bean寫構造函數，比如表一要查出field1,field2兩個字段，那么有一個構造函數就是Bean(type1filed1,type2field2)，然后在hql里面就可以直接生成這個bean了。

2.session.load()和session.get()的區別　

Session.load/get方法均可以根據指定的實體類和id從數據庫讀取記錄，并返回與之對應的實體對象。

其區別在于：

◆如果未能發現符合條件的記錄，get方法返回null，而load方法會拋出一個tNotFoundException。

◆Load方法可返回實體的代理類實例，而get方法永遠直接返回實體類。

◆load方法可以充分利用內部緩存和二級緩存中的現有數據，而get方法則僅僅在內部緩存中進行數據查找，如沒有發現對應數據，將越過二級緩存，直接調用SQL完成數據讀取。

Session在加載實體對象時，將經過的過程：

首先，Hibernate中維持了兩級緩存。***級緩存由Session實例維護，其中保持了Session當前所有關聯實體的數據，也稱為內部緩存。而第二級緩存則存在于SessionFactory層次，由當前所有由本SessionFactory構造的Session實例共享。

出于性能考慮，避免無謂的數據庫訪問，Session在調用數據庫查詢功能之前，會先在緩存中進行查詢。首先在***級緩存中，通過實體類型和id進行查找，如果***級緩存查找命中，且數據狀態合法，則直接返回。

之后，Session會在當前“NonExists”記錄中進行查找，如果“NonExists”記錄中存在同樣的查詢條件，則返回null。“NonExists”記錄了當前Session實例在之前所有查詢操作中，未能查詢到有效數據的查詢條件（相當于一個查詢黑名單列表）。如此一來，如果Session中一個無效的查詢條件重復出現，即可迅速作出判斷，從而獲得***的性能表現。

對于load方法而言，如果內部緩存中未發現有效數據，則查詢第二級緩存，如果第二級緩存命中，則返回。如在緩存中未發現有效數據，則發起數據庫查詢操作（SelectSQL），如經過查詢未發現對應記錄，則將此次查詢的信息在“NonExists”中加以記錄，并返回null。

根據映射配置和Select SQL得到的ResultSet，創建對應的數據對象。將其數據對象納入當前Session實體管理容器（一級緩存）。執行Interceptor.onLoad方法（如果有對應的Interceptor）。將數據對象納入二級緩存。如果數據對象實現了LifeCycle接口，則調用數據對象的onLoad方法返回數據對象。

3.Hibernate的主鍵生成機制

1) assigned 主鍵由外部程序負責生成，無需Hibernate參與。

2) hilo 通過hi/lo 算法實現的主鍵生成機制，需要額外的數據庫表保存主鍵生成歷史狀態。

3) seqhilo 與hilo類似，通過hi/lo算法實現的主鍵生成機制，只是主鍵歷史狀態保存在Sequence中，適用于支Sequence的數據庫，如Oracle。

4) increment 主鍵按數值順序遞增。

此方式的實現機制為在當前應用實例中維持一個變量，以保存著當前的***值，之后每次需要生成主鍵的時候將此值加1作為主鍵。這種方式可能產生的問題是：如果當前有多個實例訪問同一個數據庫，那么由于各個實例各自維護主鍵狀態，不同實例可能生成同樣的主鍵，從而造成主鍵重復異常。因此，如果同一數據庫有多個實例訪問，此方式必須避免使用。

5) identity 采用數據庫提供的主鍵生成機制。如DB2、SQL Server、MySQL中的主鍵生成機制。

6) sequence 采用數據庫提供的sequence 機制生成主鍵。如Oralce 中的Sequence。

7) native 由Hibernate根據底層數據庫自行判斷采用identity、hilo、sequence其中一種作為主鍵生成方式。

8) uuid.hex 由Hibernate基于128 位唯一值產生算法生成16 進制數值（編碼后以長度32 的字符串表示）作為主鍵。

9) uuid.string 與uuid.hex 類似，只是生成的主鍵未進行編碼（長度16）。在某些數據庫中可能出現問題（如PostgreSQL）。

10) foreign 使用外部表的字段作為主鍵。一般而言，利用uuid.hex方式生成主鍵將提供***的性能和數據庫平臺適應性。

這10中生成OID標識符的方法,increment比較常用,把標識符生成的權力交給Hibernate處理.但是當同時多個Hibernate應用操作同一個數據庫,甚至同一張表的時候.就推薦使用identity依賴底層數據庫實現,但是數據庫必須支持自動增長,當然針對不同的數據庫選擇不同的方法.如果你不能確定你使用的數據庫具體支持什么的情況下.可以選擇用native讓Hibernate來幫選擇identity,sequence,或hilo.

另外由于常用的數據庫，如Oracle、DB2、SQLServer、MySql等，都提供了易用的主鍵生成機制（Auto-Increase字段或者Sequence）。我們可以在數據庫提供的主鍵生成機制上，采用generator-class=native的主鍵生成方式。

不過值得注意的是，一些數據庫提供的主鍵生成機制在效率上未必***，大量并發insert數據時可能會引起表之間的互鎖。數據庫提供的主鍵生成機制，往往是通過在一個內部表中保存當前主鍵狀態（如對于自增型主鍵而言，此內部表中就維護著當前的***值和遞增量），之后每次插入數據會讀取這個***值，然后加上遞增量作為新記錄的主鍵，之后再把這個新的***值更新回內部表中，這樣，一次Insert操作可能導致數據庫內部多次表讀寫操作，同時伴隨的還有數據的加鎖解鎖操作，這對性能產生了較大影響。

因此，對于并發Insert要求較高的系統，推薦采用uuid.hex作為主鍵生成機制。 以上是對Hibernate issue入門概述。