索引基本概念
索引是一種與資料表或檢視有關的磁碟內存結構，它會加快從該資料表或檢視中擷取資料列的速度。索引中包含從資料表或檢視中一或多個資料行建出的索引鍵。這些索引鍵儲存在結構中 (B 型樹狀目錄)，讓 SQL Server 可以快速有效地找到與索引鍵值相關的一或多個資料列。
資料表或檢視可包含下列類型的索引：
- 叢集
- 叢集索引將資料表或檢視中的資料列依其索引鍵值排序與儲存。這些就是索引定義中包含的資料行。因為資料列本身只能以一種順序排序，所以每個資料表只能有一個叢集索引。
- 只有當資料表包含叢集索引時，資料表中的資料列才會以排序順序儲存。當資料表有叢集索引時，資料表又稱為叢集資料表。如果資料表沒有任何叢集索引，它的資料列就儲存在未排序的結構中，這個結構稱為堆積。
- 非叢集
- 非叢集索引有一個與資料列完全分開的結構。非叢集索引包含非叢集索引鍵值，而每個索引鍵值項目都有一個指標，指向包含索引鍵值的資料列。
- 從非叢集索引中的索引列指向資料列的指標被稱為資料列定位器。資料列定位器的結構須視資料頁儲存在堆積或叢集資料表而定。若是堆積，資料列定位器是指向資料列的指標。若是叢集資料表，資料列定位器就是叢集索引鍵。
- 在 SQL Server 2005 中，您可以將無索引鍵資料行加入非叢集索引的分葉層級中，以規避現有索引鍵的限制 (900 位元組和 16 個索引鍵資料行)，並執行完全涵蓋的索引查詢。如需詳細資訊，請參閱＜具有內含資料行的索引＞。
如需索引架構的詳細資訊，請參閱＜資料表與索引架構＞。
叢集與非叢集索引都可以是唯一的。這表示任何兩個資料列不得以相同的值做為索引鍵。否則，索引就不是唯一的，那麼多個資料列就可以共用同一個索引鍵值。如需詳細資訊，請參閱＜唯一索引設計指導方針＞。
每當修改資料表的資料時，就會自動維護資料表或檢視的索引。
索引與條件約束
在資料表的資料行上定義 PRIMARY KEY 與 UNIQUE 條件約束時，會自動建立索引。例如，當您建立資料表和識別特定資料行做為主索引鍵時，SQL Server 2005 Database Engine 會自動為該資料行建立 PRIMARY KEY 條件約束與索引。如需詳細資訊，請參閱＜建立索引 (Database Engine)＞。
查詢最佳化工具如何使用索引
設計精良的索引可以降低磁碟 I/O 作業並耗用較少的系統資源，因此可改善查詢效能。索引對於包含 SELECT、UPDATE 或 DELETE 陳述式的各種查詢非常有用。請考慮在 AdventureWorks 資料庫中的 SELECT Title, HireDate FROM HumanResources.Employee WHERE EmployeeID = 250 查詢。當執行此查詢時，查詢最佳化工具會評估每個擷取資料的可用方法，並選取最有效的方法。該方法可以是資料表掃描，或是掃描一或多個索引 (如果存在的話)。
當執行資料表掃描時，查詢最佳化工具可以讀取資料表中的所有資料列，並擷取符合查詢條件的資料列。資料表掃描將產生許多磁碟 I/O 作業，而且可能需要大量資源。不過例如，如果查詢的結果集有很高的百分比是源自於資料表的資料列，則資料表掃描可能是最有效率的方法。
當查詢最佳化工具使用索引時，它會搜尋索引鍵資料行、尋找查詢所需的資料列之儲存位置，並從該位置擷取符合的資料列。一般而言，搜尋索引會比搜尋資料表更快，因為與資料表不同的是，索引的每個資料列通常包含非常少的資料行，而且資料列為排序的順序。
查詢最佳化工具在執行查詢時通常會選取最有效率的方法。不過，如果沒有可用的索引，則查詢最佳化工具就必須使用資料表掃描。您的工作是設計和建立最符合您環境的索引，因此查詢最佳化工具將會從要選取的索引中選取最有效率的索引。SQL Server 2005 提供 Database Engine Tuning Advisor 協助您分析資料庫環境並選取適當的索引。