聚集索引確定表中數據的物理順序。聚集索引類似於電話簿，後者按姓氏排列數據。由於聚集索引規定數據在表中的物理存儲順序，因此一個表只能包含一個聚集索引。但該索引可以包含多個列（組合索引），就像電話簿按姓氏和名字進行組織一樣。
聚集索引對於那些經常要搜索范圍值的列特別有效。使用聚集索引找到包含第一個值的行後，便可以確保包含後續索引值的行在物理相鄰。例如，如果應用程序執行的一個查詢經常檢索某一日期范圍內的記錄，則使用聚集索引可以迅速找到包含開始日期的行，然後檢索表中所有相鄰的行，直到到達結束日期。這樣有助於提高此類查詢的性能。同樣，如果對從表中檢索的數據進行排序時經常要用到某一列，則可以將該表在該列上聚集（物理排序），避免每次查詢該列時都進行排序，從而節省成本。
使用非聚集索引
非聚集索引與課本中的索引類似。數據存儲在一個地方，索引存儲在另一個地方，索引帶有指針指向數據的存儲位置。索引中的項目按索引鍵值的順序存儲，而表中的信息按另一種順序存儲（這可以由聚集索引規定）。如果在表中未創建聚集索引，則無法保證這些行具有任何特定的順序。
與使用書中索引的方式相似，Microsoft® SQL Server™ 2000 在搜索數據值時，先對非聚集索引進行搜索，找到數據值在表中的位置，然後從該位置直接檢索數據。這使非聚集索引成為精確匹配查詢的最佳方法，因為索引包含描述查詢所搜索的數據值在表中的精確位置的條目。如果基礎表使用聚集索引排序，則該位置為聚集鍵值；否則，該位置為包含行的文件號、頁號和槽號的行 ID (RID)。例如，對於在 emp_id 列上有非聚集索引的表，如要搜索其雇員 ID (emp_id)，SQL Server 會在索引中查找這樣一個條目，該條目精確列出匹配的 emp_id 列在表中的頁和行，然後直接轉到該頁該行。
注意：聚集索引會降低 insert，和update操作的性能，所以，是否使用聚集索引要全面衡量。
