Oracle 8i 索引設計原理與實戰：加速資料存取的關鍵

為何需要索引

如同書本目錄加速查閱，Oracle 索引是資料表的「縮小版副本」，僅包含被索引欄位的值與對應的 ROWID。查詢時若走索引，可大幅減少需讀取的資料區塊數量，避免全表掃描 (Full Table Scan)。

索引運作機制示意

假設表 SAMPLE_3 有 26 個欄位 (A-Z)，每欄 30 字元，單區塊可讀 3,120 位元組。

索引如同「雙胞胎」：DML 異動主表同步維護索引，查詢優化器自動判斷是否使用。

索引類型與適用場景

• B*Tree 索引 (預設)：適合高基數欄位、範圍查詢、排序 (ORDER BY)、聯結條件。
• 唯一性索引 (Unique)：強制欄值不重複，插入前自動檢查；語法 CREATE UNIQUE INDEX ...。
• 非唯一索引：允許重複值；語法 CREATE INDEX ...。
• 複合/串聯索引 (Composite)：多欄位組合 (如 CREATE INDEX idx_abc ON t(a,b,c))，符合「最左前綴」原則時可服務多種查詢模式。

索引排序特性

關聯式資料表本身無序 (插入至可用空間)，但索引鍵值天然有序。對日期/數值欄建索引後，範圍查詢 (WHERE dt BETWEEN ...) 可直接走索引區間掃描，避免全表掃描。

實務建議

1. 分析 WHERE、JOIN、ORDER BY 高頻欄位，優先建索引。
2. 複合索引欄位順序遵循「選擇性最高 + 最常用於等值/範圍條件」在前。
3. 避免過度索引：每個索引增加 DML 維護成本，建議單表 ≤ 5-6 支。
4. 定期 ANALYZE INDEX ... VALIDATE STRUCTURE 或 DBMS_STATS 收集統計資訊，確保優化器決策正確。
5. 利用 EXPLAIN PLAN / AUTOTRACE 驗證執行計畫確實走索引。

總結

善用索引是 Oracle 8i 提升查詢效能最直接、成本最低的手段。理解索引為「有序、精簡的資料副本」，並根據存取模式設計恰當的單欄/複合、唯一/非唯一索引，即可讓資料庫「快速找到目標資料」。