如何加快數(shù)據(jù)庫信息的查詢速度
發(fā)布時間:2012-05-26來源：本站點擊數(shù):37
數(shù)據(jù)庫的信息量一般都比較大，假如你沒有管理好它，當你需要查詢某個信息的時候速度可能會延遲。下面我就談談怎樣加快數(shù)據(jù)庫信息的查詢速度。第一、在所有的存儲過程和觸發(fā)器的開始處設置SETNOCOUNTON，在結束時設置SETNOCOUNTOFF。無需在執(zhí)行存儲過程和...
數(shù)據(jù)庫的信息量一般都比較大，假如你沒有管理好它，當你需要查詢某個信息的時候速度可能會延遲。下面我就談談怎樣加快數(shù)據(jù)庫信息的查詢速度。
第一、在所有的存儲過程和觸發(fā)器的開始處設置 SET NOCOUNT ON ，在結束時設置 SET NOCOUNT OFF 。無需在執(zhí)行存儲過程和觸發(fā)器的每個語句后向客戶端發(fā)送 DONE_IN_PROC 消息。
第二、應盡可能的避免更新 clustered 索引數(shù)據(jù)列，因為 clustered 索引數(shù)據(jù)列的順序就是表記錄的物理存儲順序，一旦該列值改變將導致整個表記錄的順序的調(diào)整，會耗費相當大的資源。若應用系統(tǒng)需要頻繁更新 clustered 索引數(shù)據(jù)列，那么需要考慮是否應將該索引建為 clustered 索引。
第三、臨時表并不是不可使用，適當?shù)厥褂盟鼈兛梢允鼓承├谈行В纾斝枰貜鸵么笮捅砘虺Ｓ帽碇械哪硞€數(shù)據(jù)集時。但是，對于一次性事件，最好使用導出表。
第四、應盡量避免在where子句中對字段進行函數(shù)操作，這將導致引擎放棄使用索引而進行全表掃描。
第五、如果在 where 子句中使用參數(shù)，也會導致全表掃描。因為SQL只有在運行時才會解析局部變量，但優(yōu)化程序不能將訪問計劃的選擇推遲到運行時；它必須在編譯時進行選擇。然而，如果在編譯時建立訪問計劃，變量的值還是未知的，因而無法作為索引選擇的輸入項。
第六、盡量避免向客戶端返回大數(shù)據(jù)量，若數(shù)據(jù)量過大，應該考慮相應需求是否合理。
文章均為力洋網(wǎng)絡專注網(wǎng)站建設，廣州網(wǎng)站建設的廣州網(wǎng)站建設公司原創(chuàng)，轉(zhuǎn)載請注明來自https://www.m.0580ahsh.com/FAQ/1833.html
