推薦：揭秘SQL Server查詢優化方法
查詢速度慢的原因很多，常見如下幾種 1 、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程序設計的缺陷) 2 、I / O吞吐量小，形成了瓶頸效應。 3 、沒有創建計算列導致查詢不優化。 4 、內存不足 5 、網絡速度慢 6 、查詢出的數據量過大（可以采用多

22、說明：列示type、vender、pcs字段，以type字段排列，case可以方便地實現多重選擇，類似select 中的case。 
select type,sum(case vender when ’A’ then pcs else 0 end),sum(case vender when ’C’ then pcs else 0 end),sum(case vender when ’B’ then pcs else 0 end) FROM tablename group by type 
顯示結果： 
type vender pcs 
電腦 A 1 
電腦 A 1 
光盤 B 2 
光盤 A 2 
手機 B 3 
手機 C 3 

23、說明：初始化表table1 
TRUNCATE TABLE table1 

24、說明：選擇從10到15的記錄 
select top 5 * from (select top 15 * from table order by id asc) table_別名 order by id desc 
　　 
隨機選擇數據庫記錄的方法（使用Randomize函數，通過SQL語句實現） 
　　對存儲在數據庫中的數據來說，隨機數特性能給出上面的效果，但它們可能太慢了些。你不能要求ASP“找個隨機數”然后打印出來。實際上常見的解決方案是建立如下所示的循環： 
Randomize 
RNumber = Int(Rnd*499) +1 
　 
While Not objRec.EOF 
If objRec("ID") = RNumber THEN 
... 這里是執行腳本 ... 
end if 
objRec.MoveNext 
Wend 
　 
　　這很容易理解。首先，你取出1到500范圍之內的一個隨機數（假設500就是數據庫內記錄的總數）。然后，你遍歷每一記錄來測試ID 的值、檢查其是否匹配RNumber。滿足條件的話就執行由THEN 關鍵字開始的那一塊代碼。假如你的RNumber 等于495，那么要循環一遍數據庫花的時間可就長了。雖然500這個數字看起來大了些，但相比更為穩固的企業解決方案這還是個小型數據庫了，后者通常在一個數據庫內就包含了成千上萬條記錄。這時候不就死定了？ 
　　采用SQL，你就可以很快地找出準確的記錄并且打開一個只包含該記錄的recordset，如下所示： 
Randomize 
RNumber = Int(Rnd*499) + 1 
　 
SQL = "SELECT * FROM Customers WHERE ID = " & RNumber 
　 
set objRec = ObjConn.Execute(SQL) 
Response.WriteRNumber & " = " & objRec("ID") & " " & objRec("c_email") 
　 
　　不必寫出RNumber 和ID，你只需要檢查匹配情況即可。只要你對以上代碼的工作滿意，你自可按需操作“隨機”記錄。Recordset沒有包含其他內容，因此你很快就能找到你需要的記錄這樣就大大降低了處理時間。 
再談隨機數 
　　現在你下定決心要榨干Random 函數的最后一滴油，那么你可能會一次取出多條隨機記錄或者想采用一定隨機范圍內的記錄。把上面的標準Random 示例擴展一下就可以用SQL應對上面兩種情況了。 
　　為了取出幾條隨機選擇的記錄并存放在同一recordset內，你可以存儲三個隨機數，然后查詢數據庫獲得匹配這些數字的記錄： 
SQL = "SELECT * FROM Customers WHERE ID = " & RNumber & " OR ID = " & RNumber2 & " OR ID = " & RNumber3 

分享：揭秘加快數據庫查詢速度的方法
1 、升級硬件 2 、根據查詢條件,建立索引,優化索引、優化訪問方式，限制結果集的數據量。 3 、擴大服務器的內存 4 、增加服務器CPU個數 5 、對于大的數據庫不要設置數據庫自動增長，它會降低服務器的性能 6 、在查詢Select語句中用Where字句限制返回的行數,