| 維度 | 方式 | 決策依據 |
|---|---|---|
| 垂直擴展 | 增加單機 CPU/記憶體/磁碟 → 增加邏輯分區 | 單機物理資源尚有餘力 |
| 水平擴展 | 增加物理機器 → 增加物理分區 | 單機資源瓶頸、需線性擴展 |
| 收益 | 量化說明 |
|---|---|
| 查詢擴展性 | 1 億行掃描 → 50 分區各掃 200 萬行，線性加速 |
| 架構限制突破 | 非分區表上限 512 GB (32K 頁) → N 分區上限 N×512 GB；32-bit 記憶體限制同理突破 |
| 資料裝載性能 | 並行 LOAD 所有分區，單表裝載時間大幅縮短，關鍵於實時 BI |
| 維護性能 | REORG/RUNSTATS/CREATE INDEX 僅在分區資料子集上跑，時間近似 1/N |
| 備份/恢復性能 | 分區級並行備份，總時間大幅降低，常為決策關鍵因素 |
| 日誌並行寫入 | 高寫入負載下，多套日誌並行，單分區日誌量減少，提升吞吐 |
| 場景 | 建議 | 理由 |
|---|---|---|
SELECT COUNT(*) FROM big_table |
✅ 極佳 | 各分區局部聚合，協調節點求和，通訊成本可忽略 |
| 大表 + 幾個極小參考表 (編碼/維度) | ✅ 極佳 | 小表廣播複製到各分區，並置聯結 (Collocated Join) |
| Ad-hoc 多大表多欄位聯結 | ❌ 不適合 | 難選分區鍵消除跨分區通訊，聯結爆炸 |
| 大量極小 SQL (OLTP 短交易) | ❌ 不適合 | 協調開銷 > 本地執行，跨機延遲放大響應時間 |
中間地帶需**原型測試 (POC)** 驗證收益。
DB2 DPF 以 Share-Nothing 架構提供近線性擴展，**大表全部分區、小表廣播、聯結並置**是設計鐵律。適用於大規模掃描、裝載、維護、備份場景；不適合高併發 OLTP 與複雜 Ad-hoc 聯結。Balanced Warehouse E7100 將軟硬體預整合，降低部署門檻，是企業級數據倉庫落地 DPF 的最佳捷徑。
