在良好的數據庫設計基礎上能有效地使用索引是SQL Server取得高性能的基礎SQL Server采用基於代價的優化模型它對每一個提交的有關表的查詢決定是否使用索引或用哪一個索引因為查詢執行的大部分開銷是磁盤I/O使用索引提高性能的一個主要目標是避免全表掃描因為全表掃描需要從磁盤上讀表的每一個數據頁如果有索引指向數據值則查詢只需讀幾次磁盤就可以了
所以如果建立了合理的索引優化器就能利用索引加速數據的查詢過程但是索引並不總是提高系統的性能在增刪改操作中索引的存在會增加一定的工作量因此在適當的地方增加適當的索引並從不合理的地方刪除次優的索引將有助於優化那些性能較差的SQL Server應用實踐表明合理的索引設計是建立在對各種查詢的分析和預測上的只有正確地使索引與程序結合起來才能產生最佳的優化方案本文就SQL Server索引的性能問題進行了一些分析和實踐
一聚簇索引（clustered indexes）的使用
聚簇索引是一種對磁盤上實際數據重新組織以按指定的一個或多個列的值排序由於聚簇索引的索引頁面指針指向數據頁面所以使用聚簇索引查找數據幾乎總是比使用非聚簇索引快每張表只能建一個聚簇索引並且建聚簇索引需要至少相當該表%的附加空間以存放該表的副本和索引中間頁建立聚簇索引的思想是
大多數表都應該有聚簇索引或使用分區來降低對表尾頁的競爭在一個高事務的環境中對最後一頁的封鎖嚴重影響系統的吞吐量
在聚簇索引下數據在物理上按順序排在數據頁上重復值也排在一起因而在那些包含范圍檢查（between<<=>>=）或使用group by或order by的查詢時一旦找到具有范圍中第一個鍵值的行具有後續索引值的行保證物理上毗連在一起而不必進一步搜索避免了大范圍掃描可以大大提高查詢速度
在一個頻繁發生插入操作的表上建立聚簇索引時不要建在具有單調上升值的列（如IDENTITY）上否則會經常引起封鎖沖突
在聚簇索引中不要包含經常修改的列因為碼值修改後數據行必須移動到新的位置
選擇聚簇索引應基於where子句和連接操作的類型
[] [] [] [] [] []
From:http://tw.wingwit.com/Article/program/SQLServer/201311/22526.html
