在數據庫中條件查詢速度很慢的時候如何優化？
建索引減少表之間的關聯優化sql盡量讓sql很快定位數據不要讓sql做全表查詢應該走索引把數據量大的表排在前面簡化查詢字段沒用的字段不要已經對返回結果的控制盡量返回少量數據
在Hibernate中進行多表查詢每個表中各取幾個字段也就是說查詢出來的結果集並沒有一個實體類與之對應如何解決這個問題？
解決方案一按照Object[]數據取出數據然後自己組bean
解決方案二對每個表的bean寫構造函數比如表一要查出fieldfield兩個字段那麼有一個構造函數就是Bean（type filedtype field） 然後在hql裡面就可以直接生成這個bean了具體怎麼用請看相關文檔我說的不是很清楚
sessionload（）和sessionget（）的區別
Sessionload/get方法均可以根據指定的實體類和id從數據庫讀取記錄並返回與之對應的實體對象其區別在於
如果未能發現符合條件的記錄get方法返回null而load方法會拋出一個ObjectNotFoundException Load方法可返回實體的代理類實例而get方法永遠直接返回實體類
load方法可以充分利用內部緩存和二級緩存中的現有數據而get方法則僅僅在內部緩存中進行數據查找如沒有發現對應數據將越過二級緩存直接調用SQL完成數據讀取
Session在加載實體對象時將經過的過程
首先Hibernate中維持了兩級緩存第一級緩存由Session實例維護其中保持了Session當前所有關聯實體的數據也稱為內部緩存而第二級緩存則存在於SessionFactory層次由當前所有由本SessionFactory構造的Session實例共享出於性能考慮避免無謂的數據庫訪問Session在調用數據庫查詢功能之前會先在緩存中進行查詢首先在第一級緩存中通過實體類型和id進行查找如果第一級緩存查找命中且數據狀態合法則直接返回
之後Session會在當前NonExists記錄中進行查找如果NonExists記錄中存在同樣的查詢條件則返回nullNonExists記錄了當前Session實例在之前所有查詢操作中未能查詢到有效數據的查詢條件（相當於一個查詢黑名單列表）如此一來如果Session中一個無效的查詢條件重復出現即可迅速作出判斷從而獲得最佳的性能表現
對於load方法而言如果內部緩存中未發現有效數據則查詢第二級緩存如果第二級緩存命中則返回
如在緩存中未發現有效數據則發起數據庫查詢操作（Select SQL）如經過查詢未發現對應記錄則將此次查詢的信息在NonExists中加以記錄並返回null
根據映射配置和Select SQL得到的ResultSet創建對應的數據對象
將其數據對象納入當前Session實體管理容器（一級緩存）
執行InterceptoronLoad方法（如果有對應的Interceptor）
將數據對象納入二級緩存
如果數據對象實現了LifeCycle接口則調用數據對象的onLoad方法
返回數據對象
Hibernate的主鍵生成機制
） assigned
主鍵由外部程序負責生成無需Hibernate參與
） hilo
通過hi/lo 算法實現的主鍵生成機制需要額外的數據庫表保存主鍵生成歷史狀態
） seqhilo
與hilo 類似通過hi/lo 算法實現的主鍵生成機制只是主鍵歷史狀態保存在Sequence中適用於支持Sequence的數據庫如Oracle
） increment
主鍵按數值順序遞增此方式的實現機制為在當前應用實例中維持一個變量以保存著當前的最大值之後每次需要生成主鍵的時候將此值加作為主鍵這種方式可能產生的問題是如果當前有多個實例訪問同一個數據庫那麼由於各個實例各自維護主鍵狀態不同實例可能生成同樣的主鍵從而造成主鍵重復異常因此如果同一數據庫有多個實例訪問此方式必須避免使用
） identity
采用數據庫提供的主鍵生成機制如DBSQL ServerMySQL中的主鍵生成機制
） sequence
采用數據庫提供的sequence 機制生成主鍵如Oralce 中的Sequence
） native
由Hibernate根據底層數據庫自行判斷采用identityhilosequence其中一種作為主鍵生成方式
） uuidhex
由Hibernate基於 位唯一值產生算法生成 進制數值（編碼後以長度 的字符串表示）作為主鍵
） uuidstring
與uuidhex 類似只是生成的主鍵未進行編碼（長度）在某些數據庫中可能出現問題（如PostgreSQL）
） foreign
使用外部表的字段作為主鍵一般而言利用uuidhex方式生成主鍵將提供最好的性能和數據庫平台適應性
這中生成OID標識符的方法increment 比較常用把標識符生成的權力交給Hibernate處理但是當同時多個Hibernate應用操作同一個數據庫甚至同一張表的時候就推薦使用identity 依賴底層數據庫實現但是數據庫必須支持自動增長當然針對不同的數據庫選擇不同的方法如果你不能確定你使用的數據庫具體支持什麼的情況下可以選擇用native 讓Hibernate來幫選擇identitysequence或hilo另外由於常用的數據庫如OracleDBSQLServerMySql 等都提供了易用的主鍵生成機制（AutoIncrease 字段或者Sequence）我們可以在數據庫提供的主鍵生成機制上采用generatorclass=native的主鍵生成方式
不過值得注意的是一些數據庫提供的主鍵生成機制在效率上未必最佳大量並發insert數據時可能會引起表之間的互鎖數據庫提供的主鍵生成機制往往是通過在一個內部表中保存當前主鍵狀態（如對於自增型主鍵而言此內部表中就維護著當前的最大值和遞增量）之後每次插入數據會讀取這個最大值然後加上遞增量作為新記錄的主鍵之後再把這個新的最大值更新回內部表中這樣一次Insert操作可能導致數據庫內部多次表讀寫操作同時伴隨的還有數據的加鎖解鎖操作這對性能產生了較大影響因此對於並發Insert要求較高的系統推薦采用uuidhex 作為主鍵生成機制
From:http://tw.wingwit.com/Article/program/Java/ky/201311/27920.html
