影響 SQL Server 效能的關鍵因素：邏輯設計與索引策略

SQL Server 效能優化的基石在於邏輯資料庫設計。標準化的窄表、合理的主外鍵、精準的索引策略，遠比事後調參數更具決定性。本文梳理核心影響因素與設計原則。

一、邏輯資料庫與表設計

標準化窄表的優勢

• 排序與建立索引更快（行窄、頁密度高）。
• 支援更多索引（列少、組合索引機會多）。
• 索引更緊湊（鍵值短、層級少）。
• DML（INSERT/UPDATE/DELETE）開銷小（維護索引少）。
• 空值與冗餘值少，存儲更緊湊。

權衡：過度標準化的代價

表過多、關聯過深會增加 JOIN 開銷，降低查詢效能。需在「標準化」與「查詢性能」間取得平衡。

主外鍵定義鐵律

• 關聯列必須數據類型完全一致（含長度、精度、排序規則），否則隱式轉換導致索引失效、計劃劣化。

二、索引設計核心原則

• 聚集索引：優先給「高重複值 + 範圍查詢 + ORDER BY/GROUP BY」的列；鍵值應窄、穩定、單調遞增（如身份列）。
• 非聚集/組合索引：高頻 WHERE/JOIN/ORDER BY 列做前導列；覆蓋索引消除 Key Lookup。
• 索引數量：每個索引皆增加 DML 維護成本，OLTP 表通常 ≤ 5 個非聚集索引。
• 統計資料：啟用 AUTO_CREATE_STATISTICS/AUTO_UPDATE_STATISTICS，大表配合定時 UPDATE STATISTICS WITH FULLSCAN。

三、查詢寫法對效能的放大效應

• 避免 SELECT *，只取所需列（減少 I/O、啟用覆蓋索引）。
• WHERE 條件不對列做運算/函數（如 WHERE YEAR(dt)=2024 → WHERE dt >= '2024-01-01' AND dt < '2025-01-01'）。
• IN/OR 易產生工作表導致掃描，改寫為 UNION ALL 或 EXISTS。
• 大結果集分頁用 OFFSET/FETCH（2012+）或 Keyset Pagination，避免 TOP N 深分頁掃描。