資料庫核心物件解析：資料表結構與索引架構的運作原理

資料表與索引是關聯式資料庫最基礎的兩大物件。深入理解列/行/欄位/記錄的對應關係、索引 B+ 樹結構、叢集與非叢集索引的物理儲存差異，是效能調優與資料建模的內功基礎。

資料表：邏輯與物理的雙重視角

範例解讀：第一列資料表達 `EmpID=10010001, Name=張三, Gender=男, Birth=1968-02-14, Level=1, Dept=1001, HireDate=1996-08-02, Salary=8000`。

索引：B+ 樹結構與兩大類型

索引運作核心機制

1. 查詢求值：優化器評估統計資料 → 選擇 Index Seek/Scan → 遍歷根節點→中繼節點→葉節點。
2. 書籤查閱：非叢集索引查詢需額外欄位時，依葉層定位器 (Heap 用 RID、叢集表用叢集鍵) 回查基表。
3. 覆蓋索引：查詢所需欄位全包含於索引鍵/INCLUDE 欄位中，避免書籤查閱，大幅提升效能。
4. 統計資料：索引建立自動產生統計資料 (直方圖/密度向量)，優化器依此估算基數。

實務索引設計清單

• ☑ 每表建立叢集索引 (預設主鍵)，鍵值窄/遞增/唯一/靜態。
• ☑ 外鍵欄位建立非叢集索引 (支援 JOIN/級聯刪除/更新檢查)。
• ☑ WHERE/JOIN/ORDER BY/GROUP BY 高頻欄位建立非叢集索引。
• ☑ 覆蓋索引策略：`INCLUDE` 常用 SELECT 欄位，避免書籤查閱。
• ☑ 篩選索引 (SQL 2008+)：針對熱門值子集 (如 `WHERE Status=1`) 建立小型索引。
• ☑ 定期 `UPDATE STATISTICS` / `DBCC INDEXDEFRAG` / 重建索引維護碎片。
• ☑ 監控 `sys.dm_db_index_usage_stats` 識別未使用/低效索引並移除。

資料表定義「儲存什麼」，索引決定「怎麼快速找到」。將索引設計視為查詢調優的第一工序，而非事後補救，能從架構層面奠定高效能基礎。