資料庫設計品質決定系統壽命上限。本文提煉三大黃金法則：字符集正確選擇、對象大小量級與分佈規劃、備份還原策略先行，附跨平台字符集陷阱、倉庫式對象規劃模型、測試環境與生產環境同步機制。
法則一：選擇合適的語言與資料庫字符集
安裝語言：強烈建議英文 (EN)
- 中文介面雖完善，但潛在編碼轉換 Bug、錯誤訊息翻譯不準、日誌分析工具多為英文匹配。
- 安裝參數：
setup.exe /i EN 或 ./db2setup -l EN。
資料庫字符集：必須涵蓋所有客戶端字符集的超集
- DB2 所有字元資料 (含系統目錄) 均以資料庫字符集儲存。
- 若客戶端使用 Big5、GBK、UTF-8 混合 → 資料庫字符集必須為 UTF-8 (或更大超集)。
- 錯誤案例：安裝時選 Big5，存中文正常，但還原備份後出現亂碼；Excel 導入中文失敗。
- 建議：新建資料庫統一採用 UTF-8 (CODEPAGE 1208)，支援全球語言、避免轉換損耗。
法則二：評估對象大小、數量、存取熱度、業務域進行倉庫式規劃
資料庫如倉庫，對象 (表、索引、表空間) 如貨物。三維規劃：
1. 依大小規劃存儲空間 (放大件優先)
- 大表 (億級列) → 獨立表空間 + 獨立容器 (專用磁碟/RAID)
- 大表索引 → 獨立表空間 + 獨立容器 (隔離 IO 爭用)
- 小表 → 共享表空間 (如「小物件倉」)
2. 依存取熱度規劃效能層級 (熱貨放門口)
- 高頻存取表/索引 → 高效能儲存層 (SSD、RAID 10、大緩衝池)
- 低頻/歸檔表 → 低成本儲存層 (SATA、RAID 5/6、小緩衝池)
- 避免熱冷資料 IO 干擾
3. 依業務域分類管理 (貨架分區)
- 按應用模組劃分：訂單模組表空間
TS_ORDER_*、會員模組 TS_MEMBER_*
- 命名規範：
TS_<模組>_<類型>_<序號> (如 TS_ORDER_DATA_01, TS_ORDER_IDX_01)
- 前綴識別模組、後綴識別類型 (DATA/IDX/LOB/TEMP)
- 跨模組共享參考表 (代碼表) 放共享表空間
TS_COMMON_REF
法則三：設計好備份與還原方案，消除測試垃圾資料污染生產環境
雙軌制部署策略
- 初始化階段：乾淨資料庫 → 還原預定義模型 (含結構、基礎資料、權限) → 交付生產。
- 升級階段：已有用戶資料 → 執行升級 SQL 腳本 (DDL/DML) → 避免全量還原覆蓋業務資料。
核心原則：最大限度減少生產環境測試
- 所有物件變更先在測試環境驗證 (結構、資料、效能、回滾)。
- 僅將驗證通過的 SQL 腳本在生產環境執行 (版控、審核、備份後執行)。
- 測試環境定期從生產還原 (資料脫敏) 保持真實度。
自動化清理機制
- 測試腳本結束時自動
ROLLBACK 或 DROP 臨時物件。
- CI/CD 流程整合
db2look 導出結構差異、db2move 同步基礎資料。
實戰檢查清單
| 階段 | 檢查項目 | 驗證方式 |
|---|
| 安裝 | 語言=EN、字符集=UTF-8 | db2 get db cfg | grep -i codeset |
| 對象規劃 | 大表獨立表空間/容器、熱表高效能層、命名規範 | db2 "select tbspace, tbspaceid from syscat.tables where tabschema='SCHEMA'" |
| 部署 | 初始化用還原、升級用腳本、測試先行 | 腳本版控、審核記錄、執行日誌 |
| 維護 | 定期演練還原、監控表空間使用率、清理測試殘留 | 月度還原演練報告、db2pd -tablespaces |
遵循三大法則，在設計之初奠定正確基因，讓 DB2 系統在十年演進中依然保持高效能、可維護、可擴展。
