【正文】 案二，對每個表的bean寫構(gòu)造函數(shù)，比如表一要查出field1,field2兩個字段，那么有一個構(gòu)造函數(shù)就是Bean(type1 filed1,type2 field2) ，然后在hql里面就可以直接生成這個bean了。具體怎么用請看相關(guān)文檔，我說的不是很清楚。()()的區(qū)別，并返回與之對應的實體對象。其區(qū)別在于：如果未能發(fā)現(xiàn)符合條件的記錄，get方法返回null，而load方法會拋出一個ObjectNotFoundException。Load方法可返回實體的代理類實例，而get方法永遠直接返回實體類。load方法可以充分利用內(nèi)部緩存和二級緩存中的現(xiàn)有數(shù)據(jù)，而get方法則僅僅在內(nèi)部緩存中進行數(shù)據(jù)查找，如沒有發(fā)現(xiàn)對應數(shù)據(jù)，將越過二級緩存，直接調(diào)用SQL完成數(shù)據(jù)讀取。Session在加載實體對象時，將經(jīng)過的過程：首先，Hibernate中維持了兩級緩存。第一級緩存由Session實例維護，其中保持了Session當前所有關(guān)聯(lián)實體的數(shù)據(jù)，也稱為內(nèi)部緩存。而第二級緩存則存在于SessionFactory層次，由當前所有由本 SessionFactory構(gòu)造的Session實例共享。出于性能考慮，避免無謂的數(shù)據(jù)庫訪問，Session在調(diào)用數(shù)據(jù)庫查詢功能之前，會先在緩存中進行查詢。首先在第一級緩存中，通過實體類型和id進行查找，如果第一級緩存查找命中，且數(shù)據(jù)狀態(tài)合法，則直接返回。之后，Session會在當前“NonExists”記錄中進行查找，如果“NonExists”記錄中存在同樣的查詢條件，則返回null。 “NonExists”記錄了當前Session實例在之前所有查詢操作中，未能查詢到有效數(shù)據(jù)的查詢條件（相當于一個查詢黑名單列表）。如此一來，如果 Session中一個無效的查詢條件重復出現(xiàn)，即可迅速作出判斷，從而獲得最佳的性能表現(xiàn)。對于load方法而言，如果內(nèi)部緩存中未發(fā)現(xiàn)有效數(shù)據(jù)，則查詢第二級緩存，如果第二級緩存命中，則返回。如在緩存中未發(fā)現(xiàn)有效數(shù)據(jù)，則發(fā)起數(shù)據(jù)庫查詢操作（Select SQL），如經(jīng)過查詢未發(fā)現(xiàn)對應記錄，則將此次查詢的信息在“NonExists”中加以記錄，并返回null。根據(jù)映射配置和Select SQL得到的ResultSet，創(chuàng)建對應的數(shù)據(jù)對象。將其數(shù)據(jù)對象納入當前Session實體管理容器（一級緩存）。（如果有對應的Interceptor）。將數(shù)據(jù)對象納入二級緩存。如果數(shù)據(jù)對象實現(xiàn)了LifeCycle接口，則調(diào)用數(shù)據(jù)對象的onLoad方法。返回數(shù)據(jù)對象。Hibernate的主鍵生成機制1) assigned主鍵由外部程序負責生成，無需Hibernate參與。2) hilo通過hi/lo 算法實現(xiàn)的主鍵生成機制，需要額外的數(shù)據(jù)庫表保存主鍵生成歷史狀態(tài)。3) seqhilo與hilo 類似，通過hi/lo 算法實現(xiàn)的主鍵生成機制，只是主鍵歷史狀態(tài)保存在Sequence中，適用于支持Sequence的數(shù)據(jù)庫，如Oracle。4) increment主鍵按數(shù)值順序遞增。此方式的實現(xiàn)機制為在當前應用實例中維持一個變量，以保存著當前的最大值，之后每次需要生成主鍵的時候?qū)⒋酥导?作為主鍵。這種方式可能產(chǎn)生的問題是：如果當前有多個實例訪問同一個數(shù)據(jù)庫，那么由于各個實例各自維護主鍵狀態(tài)，不同實例可能生成同樣的主鍵，從而造成主鍵重復異常。因此，如果同一數(shù)據(jù)庫有多個實例訪問，此方式必須避免使用。5) identity采用數(shù)據(jù)庫提供的主鍵生成機制。如DBSQL Server、MySQL中的主鍵生成機制。6) sequence采用數(shù)據(jù)庫提供的sequence 機制生成主鍵。如Oralce 中的Sequence。7) native由Hibernate根據(jù)底層數(shù)據(jù)庫自行判斷采用identity、hilo、sequence其中一種作為主鍵生成方式。8) 由Hibernate基于128 位唯一值產(chǎn)生算法生成16 進制數(shù)值（編碼后以長度32 的字符串表示）作為主鍵。9) 類似，只是生成的主鍵未進行編碼（長度16）。在某些數(shù)據(jù)庫中可能出現(xiàn)問題（如PostgreSQL）。10) foreign使用外部表的字段作為主鍵。一般而言。這10中生成OID標識符的方法,increment 比較常用, 依賴底層數(shù)據(jù)庫實現(xiàn),但是數(shù)據(jù)庫必須支持自動增長, 讓Hibernate來幫選擇identity,sequence,或hilo.另外由于常用的數(shù)據(jù)庫，如Oracle、DBSQLServer、MySql 等，都提供了易用的主鍵生成機制（AutoIncrease 字段或者Sequence）。我們可以在數(shù)據(jù)庫提供的主鍵生成機制上，采用generatorclass=native的主鍵生成方式。不過值得注意的是，一些數(shù)據(jù)庫提供的主鍵生成機制在效率上未必最佳，大量并發(fā)insert數(shù)據(jù)時可能會引起表之間的互鎖。數(shù)據(jù)庫提供的主鍵生成機制，往往是通過在一個內(nèi)部表中保存當前主鍵狀態(tài)（如對于自增型主鍵而言，此內(nèi)部表中就維護著當前的最大值和遞增量），之后每次插入數(shù)據(jù)會讀取這個最大值，然后加上遞增量作為新記錄的主鍵，之后再把這個新的最大值更新回內(nèi)部表中，這樣，一次Insert操作可能導致數(shù)據(jù)庫內(nèi)部多次表讀寫操作，同時伴隨的還有數(shù)據(jù)的加鎖解鎖操作，這對性能產(chǎn)生了較大影響。因此，對于并發(fā)Insert要求較高的系統(tǒng)， 作為主鍵生成機制內(nèi)容總結(jié)
（1）根據(jù)映射配置和Select SQL得到的ResultSet，創(chuàng)建對應的數(shù)據(jù)對象
（2）一般而言，