一般的信息系統都會存在查詢數據庫的要求。查詢速度的快慢直接影響系統壓力測試的結果。通常情況下,為了提高查詢速度,系統修改的順序為:SQL語句優化-〉數據庫優化-〉操作系統優化,實際上還有一個方面:系統架構優化。但系統架構優化一般代價比較大,起碼要項目經理拍板才能執行,所以在這里就不多說了。
對于一般的開發人員接觸到最多的當屬SQL語句優化。而SQL語句優化中除了對SQL語句本身的優化以外,創建合適的索引是較常用的方法。索引通常分為聚集索引和非聚集索引。
聚集索引表示表中存儲的數據按照該索引的順序存儲,檢索效率比普通索引高,但對數據新增/修改/刪除的影響比較大,一個表只能存在一個聚集索引。如果沒有特地的修改,主鍵都是聚集索引。
相對應的非聚集索引不影響表中的數據存儲順序,檢索效率比聚集索引低,但對數據新增/修改/刪除的影響很少。
創建索引的原則總結如下:
首先要判斷表的存儲數據量大小、高性能的操作要求(是頻繁增刪改操作還是頻繁的查詢操作)。對于要求頻繁增刪改操作的表,建立索引可能只會起到反作用。
1. 對于只有幾十、幾百條記錄的表,建立索引的效果可能還不如逐行掃描來得快
2. 對于只有幾個可能值的字段,最常見的如性別等字段,建立索引是無意義的
3. 對于在查詢語句的WHERE子句中頻繁出現的字段可以建立索引,但注意如果索引字段上存在函數,該索引失效。如:WHERE SUBSTR(NAME,1)=’N’;NAME字段上的索引不會起作用,改寫成WHERE NAME LIKE ‘N%’, NAME字段上的索引才能生效。另外IS NULL和IS NOT NULL也會使索引失效
4. 適量的冗余字段可以減小查詢的開銷,雖然這樣做不符合數據庫范式的要求
5. 建立在大數據類型字段上的索引沒有意義,比如SQLSERVER的IMAGE,ORACLE的LOB
目前市面上的查詢優化器很多,如SQL EXPERT等,最直接的方法莫過于用這些工具試驗怎樣的索引最有效率