升級前提與版本鏈 來源：DB2 ESE V8.2 (Windows, 實例 DB2, 資料庫 SAMPLE) 目標：DB2 V9 (V9.1.0.356) 規

技巧 1：CREATE PROCEDURE 後禁用 TAB 鍵 CREATE PROCEDURE myproc() -- 此處只能空格，不能用 TAB LAN

建立語法：必須使用 DECLARE GLOBAL TEMPORARY TABLE，且建立於使用者暫存表空間。 預設無暫存表空間：資料庫建立時不自動建立，需 D

為什麼統計資訊是優化器的「眼睛」？ DB2 採用成本基礎優化器 (CBO)，依據 CPU、I/O 成本公式、SQL 語句與系統目錄統計資訊 選擇存取路徑。統計過

前言：z/OS 環境下的命令執行多樣性 DB2 for z/OS 提供六種命令執行途徑，涵蓋操作員主控台、子系統 (IMS/CICS/TSO)、授權應用程式與儀

為什麼要理解 CATALOG？ 「編目」是 DB2 連線架構的核心抽象。不懂編目，就不懂客戶端如何找到伺服器、如何映射別名、為何同一台機器不需要顯式編目。本文以

五大類別一覽 類別型別關鍵規格 數值 SMALLINT 2 bytes, -32,768 ~ 32,767, 精度 5 位 INTEGER / INT

兩大自動編號機制對比 特性IDENTITY 列SEQUENCE 物件 作用範圍 單一表單一欄位 資料庫層級，多表共享 定義方式 CREATE TABLE

一、類型轉換函數 DB2 函數用途Oracle 對應範例 CHAR(expr) 數值/日期/時間 → 字串 TO_CHAR CHAR(15.5000) →

環境基線 OS：Windows XP DB2：v9.5.0.808 (DB2 Express-C, 32-bit) 實例：DB2 (DB2COPY1) 目標：

為什麼需要看頁面內部？ DBA 平日關注表空間、容器、擴展，但頁是儲存的原子單位。理解頁內記錄排列、空閒空間管理、記錄頭資訊，對於： 災難恢復（從損壞頁提取資

案例還原：第三個索引的「排序謎團」 原專欄給出 SQL： = :hvlastname ORDER BY lastname; 並宣稱：使用索引 (jobcode

場景與目標 需變更表空間類型（如 SMS→DMS）或將全庫資料遷移至新資料庫。 測試環境：IBM x346, 3.2GHz×2, 4GB, RAID 1, D

現場還原：20G 表空間建立失敗 CREATE REGULAR TABLESPACE HTDC_DATA PAGESIZE 8 K MANAGED BY D

前言：鎖是併發控制的基石，而非敵人 資料庫為保證 ACID 特性，必須透過鎖機制協調併發存取。鎖現象本身不可怕，可怕的是不理解其成因、不會調整關鍵參數、缺乏系統

為何要掌握外鍵選項？ 外鍵是關聯式資料庫維護參考完整性的核心機制。在 DB2 中建立外鍵時，ON DELETE 與 ON UPDATE 子句決定了父表記錄變更時

前言：OLTP 環境下的效能挑戰 在線交易處理（OLTP）環境中，每秒可能執行成千上萬條 SQL 語句。在 DB2 V9.7 之前，每條動態 SQL 執行都需要

默認創建規則 (V9.7+) 範圍分區表上創建索引，默認即為分區索引 (本地索引)，除非觸發以下例外： 指定 UNIQUE 且索引鍵不包含所有分區鍵列；

從全局索引到分區索引的演進 特性全局索引 (Nonpartitioned / Global)分區索引 (Partitioned / Local) 結構

背景與動機 DB2 V9.1 引入行壓縮 (Deep Compression)，V9.7 進一步推出索引壓縮： 減少索引磁盤佔用 (節省存儲成本)；