1.在資料庫中條件查詢速度很慢的時候,如何優化?
1.建索引
2.減少表之間的關聯
3.優化sql，盡量讓sql很快定位資料，不要讓sql做全表查詢，應該走索引,把資料量大的表排在前面
4.簡化查詢字段，沒用的字段不要，已經對返回結果的控制，盡量返回少量資料
[2.在hibernate中進行多表查詢,每個表中各取幾個字段,也就是說查詢出來的結果集並沒有乙個實體類與之對應,如何解決這個問題?
解決方案一，按照object資料取出資料，然後自己組bean
解決方案二，對每個表的bean寫建構函式，比如表一要查出field1,field2兩個字段，那麼有乙個建構函式就是bean(type1 filed1,type2 field2) ，然後在hql裡面就可以直接生成這個bean了。具體怎麼用請看相關文件，我說的不是很清楚。
session.load()和session.get()的區別
session.load/get方法均可以根據指定的實體類和id從資料庫讀取記錄，並返回與之對應的實體物件。其區別在於：
如果未能發現符合條件的記錄，get方法返回null，而load方法會丟擲乙個objectnotfoundexception。
load方法可返回實體的**類例項，而get方法永遠直接返回實體類。
load方法可以充分利用內部快取和二級快取中的現有資料，而get方法則僅僅在內部快取中進行資料查詢，如沒有發現對應資料，將越過二級快取，直接呼叫sql完成資料讀取。
session在載入實體物件時，將經過的過程：
首先，hibernate中維持了兩級快取。第一級快取由session例項維護，其中保持了session當前所有關聯實體的資料，也稱為內部快取。而第二級快取則存在於sessionfactory層次，由當前所有由本 sessionfactory構造的session例項共享。出於效能考慮，避免無謂的資料庫訪問，session在呼叫資料庫查詢功能之前，會先在快取中進行查詢。首先在第一級快取中，通過實體型別和id進行查詢，如果第一級快取查詢命中，且資料狀態合法，則直接返回。
之後，session會在當前「nonexists」記錄中進行查詢，如果「nonexists」記錄中存在同樣的查詢條件，則返回null。 「nonexists」記錄了當前session例項在之前所有查詢操作中，未能查詢到有效資料的查詢條件（相當於乙個查詢黑名單列表）。如此一來，如果 session中乙個無效的查詢條件重複出現，即可迅速作出判斷，從而獲得最佳的效能表現。
對於load方法而言，如果內部快取中未發現有效資料，則查詢第二級快取，如果第二級快取命中，則返回。
如在快取中未發現有效資料，則發起資料庫查詢操作（select sql），如經過查詢未發現對應記錄，則將此次查詢的資訊在「nonexists」中加以記錄，並返回null。
根據對映配置和select sql得到的resultset，建立對應的資料物件。
將其資料物件納入當前session實體管理容器（一級快取）。
執行interceptor.onload方法（如果有對應的interceptor）。
將資料物件納入二級快取。
如果資料物件實現了lifecycle介面，則呼叫資料物件的onload方法。
返回資料物件。
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 作為主鍵生成機制
面試題及答案
1.css優先順序演算法如何計算 2.css盒子模型 3.new操作符具體幹了什麼呢 4.dom操作 怎樣新增 移除 複製 建立和查詢節點 5.js有幾種資料型別，分別是什麼 6.js如何判斷乙個陣列 7.如何通過指定名稱建立乙個元素 8.在jquery 中，如何給動態新增的元素繫結事件 9.如何獲...
RunTime面試題及答案
問題 objc在向乙個物件傳送訊息時,發生了什麼?1.根據物件的isa指標找到類物件id,在查詢類物件裡面的methodlists方法函式列表 2.如果沒有在好到,在沿著superclass,尋找父類，再在父類methodlists方法列表裡面查詢 3.最終找到sel,根據id和sel確認imp 指...
Google面試題 及答案
1 村子裡有100對夫妻，其中每個丈夫都瞞著自己的妻子 村里的每個妻子都能立即發現除自己丈夫之外的其他男人是否 唯獨不知道她自己的丈夫到底有沒有 村里的規矩不容忍通姦。任何乙個妻子，一旦能證明自己的男人 就必須當天把他殺死。村里的女人全都嚴格照此規矩辦事。一天，女頭領出來宣布，村里至少有乙個丈夫 請...