SQL Server索引架構深度解析：叢集與非叢集索引選型策略

為什麼需要索引？

如同書末索引加速查找，資料表索引可將大表查詢從數小時縮短至數分鐘。但索引佔用額外空間（叢集索引約1.2倍資料大小），記憶體或磁碟不足時需權衡。可用sp_spaceused查看索引空間佔用。

叢集 vs 非叢集：核心差異

選型建議

• 叢集索引：優先給「頻繁範圍查詢（BETWEEN, >, <）」、「頻繁排序（ORDER BY）」、「頻繁分組（GROUP BY）」的欄位。典型：DATETIME時間欄位、IDENTITY主鍵。
• 非叢集索引：給「高選擇性」、「頻繁點查詢（=）」、「覆蓋索引」場景。避免在高頻寫入表上過度建立。
• 複合索引：前導欄位放「最常用、選擇性最高」的欄位；盡量讓關鍵查詢形成索引覆蓋（查詢欄位全含索引中），避免書籤查找。

實戰案例：活動日誌表

需按「時間範圍」與「用戶名」雙維度查詢 → 時間欄位建叢集索引（利於範圍掃描），用戶名建非叢集索引（利於點查詢）。

索引屬性：唯一性與複合鍵

兩類索引皆支援UNIQUE約束與多欄位複合索引。複合叢集索引亦可建立，但須謹慎評估鍵值長度對非叢集索引書籤大小的影響。