撰寫高效能資料庫程式碼的 10 大黃金法則

前言：開發人員無法避開的 T-SQL 責任

雖企業設有 DBA，但應用開發人員仍需撰寫查詢與預存程序。精通 T-SQL 難度高，但掌握核心優化原則即能寫出高效能代碼。以下原則適用於 SQL Server 及多數關聯式資料庫。

查詢設計原則

1. 善用 WHERE 子句縮小結果集

• 避免 SELECT * FROM table 全表掃描。
• WHERE 可協助 HAVING 先過濾資料列，再分組彙總，減少中間結果集。

2. 明確列出欄位，禁止 SELECT *

• 減少網路傳輸量、記憶體佔用、磁碟 IO。
• 利於執行計畫重用（欄位清單變更會導致重新編譯）。

3. 避免游標，改用集合式操作

• 游標逐列處理，Context Switch 開銷大，鎖定時間長。
• 優先使用 JOIN、EXISTS、窗格函數 等集合邏輯。
• 僅在夜間批次、維護作業等非即時場景考慮游標。

4. COUNT(*) 改用 COUNT(欄位) 或系統表

• COUNT(*) 觸發全表掃描。
• 僅需統計列數：SELECT rows FROM sysindexes WHERE id = OBJECT_ID('table') AND indid < 2 (SQL Server)。

5. 謹慎使用 DISTINCT

• 隱含排序/雜湊去重，資源消耗大。
• 確認業務邏輯是否真正需要去重，或可透過正規化設計避免重複。

6. 僅取需要的筆數：TOP / LIMIT / ROWNUM

-- SQL Server
SELECT TOP 10 CustomerID FROM Orders WHERE Freight < 50;
SELECT TOP 5 PERCENT CustomerID FROM Orders WHERE Freight < 50;

程式碼品質與架構

7. 清除無效代碼

• 版本迭代留下的廢棄邏輯、註解掉的區塊，增加解析與編譯負擔。
• 定期重構，保持預存程序精簡。

8. 業務邏輯下沉：預存程序與視圖

• 預存程序經編譯優化、執行計畫快取、減少網路往返。
• 視圖封裝複雜聯結，簡化應用端查詢。

9. 索引是效能倍增器

• 依查詢模式建立覆蓋索引、篩選索引。
• 善用 SQL Profiler / Extended Events 定位高耗查詢，針對性建立索引。

10. 持續監控與迭代

• 建立基準效能指標（平均回應時間、P95、吞吐量）。
• 上線前進行負載測試，上線後定期審視執行計畫變更。

結語

高效能資料庫代碼非一日之功，需從需求分析、邏輯設計、物理實作、上線監控全生命週期貫徹優化思維。本文 10 大法則為起點，實戰中請結合資料庫專用工具深入調優。