優化 Oracle 表設計的關鍵策略：索引選擇、分區與範式化實戰

前言

多數效能問題源於設計不合理，而非記憶體/I/O 參數。合理設計需考量：資料表達方式、物理儲存（分區/表空間）、索引策略。

案例：訂單主從表設計缺陷與優化

原始設計

• T_ORDER (PK: ORDER_ID, SEQ_ORDER_ID)
• T_ORDER_ITEM (PK: ITEM_ID, SEQ_ORDER_ITEM, FK: ORDER_ID)
• 查詢模式：
  ① CLIENT + ORDER_DATE + IS_SHIPPED
  ② ORDER_DATE + IS_SHIPPED
• 索引：IDX_ORDER_COMPOSITE (CLIENT, ORDER_DATE, IS_SHIPPED)、IDX_ORDER_ITEM_ORDER_ID (ORDER_ID)

問題分析

1. 複合索引欄位順序不符合查詢模式 ②（缺少 CLIENT 導致索引跳過）。
2. IS_SHIPPED 選擇性極低（Y/N），放在索引前段效率極差。
3. 訂單量大時未分區，全表掃描代價高。

優化方案

• 索引重設計：
  ① IDX_ORDER_1 (ORDER_DATE, IS_SHIPPED, CLIENT) 支援模式 ② 並兼容 ①（CLIENT 為選擇性最高放最後）。
  ② IDX_ORDER_2 (CLIENT, ORDER_DATE, IS_SHIPPED) 專供模式 ①。
  ③ 移除低選擇性單欄索引。
• 範圍分區：T_ORDER 按 ORDER_DATE 月分區，T_ORDER_ITEM 參考分區，實現分區裁剪。
• 表空間隔離：歷史分區放低成本儲存，熱門分區放 SSD。
• 外鍵索引：保留 ORDER_ID 索引支援連線與 FK 鎖定。

通用設計原則

工具輔助

使用 PowerDesigner 10 進行邏輯/物理建模、自動生成分區 DDL、索引逆向工程、模型版本比對，顯著提升設計效率與品質。