影響 SQL Server 性能的三大關鍵維度：邏輯設計、索引策略與統計信息

SQL Server 性能優化的核心在於三大支柱：邏輯數據庫與表設計、索引設計、統計信息管理。三者環環相扣，共同決定系統吞吐量上限。

一、標準化邏輯設計：窄表、多表與精準關聯

優秀的邏輯設計採用多個窄表替寬表，透過主外鍵建立關聯。優勢顯著：

• 窄表使排序與建索引更迅速
• 多表結構支持更多樣化的索引策略
• 索引更緊湊，減少索引層級
• 單表索引數量減少，提升 INSERT/UPDATE/DELETE 效能
• 減少空值與冗余值，增強存儲緊湊度

但過度標準化會增加 JOIN 複雜度，需在規範化與性能間平衡。主外鍵定義時，連接列的數據類型必須完全一致，否則導致隱式轉換與索引失效。

二、索引設計：精準命中 WHERE 子句與連接條件

優化器重點關注 WHERE 子句中的列，每個出現的列都是潛在索引候選。為達最優性能：

• WHERE 條件列上建立單列索引，或作為複合索引的首列
• 避免將關鍵列置於複合索引的第二或後續位置
• 優先採用 1-2 列的窄索引：每頁容納更多行、索引層級更少
• 複合索引僅在首列統計信息（直方圖）顯示高選擇性時才有效

實戰案例：WHERE au_lname = 'White' 時，(au_lname) 或 (au_lname, au_fname) 有效，而 (au_fname, au_lname) 則無效。

三、選擇性分析：數據分布決定索引價值

通過 SELECT COUNT(DISTINCT column) FROM table 獲取唯一值數量，對比總行數計算選擇性：

• 選擇性高（如 5000/10000）→ 非聚簇索引
• 選擇性低（如 20/10000）→ 聚簇索引
• 極低選擇性（如 3/10000）→ 不建索引

重疊索引、共享列上的冗余索引均應避免，每個 DML 操作都會因索引維護而付出代價。