前言 隨著業務發展，DB2 用戶常面臨表大小、欄位數或列長度超出現有頁大小限制的問題。由於表創建後頁大小無法直接修改，必須重建表。若系統不允許長時間鎖表，可採用

OLAP 函數三大家族 DB2 自 V6 引入 OLAP 函數，擴展關聯模型使其理解「行集合內的順序」。按功能分為： 排序函數：RANK、DENSE_RANK

核心原理：DROP TABLE 並非立即銷毀資料 DB2 執行 DROP TABLE 時，只會將表標記為「已刪除」，資料頁面仍保留在表空間中，直到被覆寫。配合「

DB2 識別碼命名規則速覽 未加引號的識別碼（表名、欄位名等）僅允許： A-Z（自動轉大寫）、0-9、@ # $ _ 不可以數字或底線開頭 長度上限 128

自動調整大小核心機制 DMS 表空間預設固定大小，空間耗盡會報錯（SQL0289N）。自動調整大小（AUTORESIZE） 讓 DB2 在空間不足時自動擴展檔案

宣告暫存表（DGTT）核心機制 DB2 的「宣告全域暫存表」（Declared Global Temporary Table, DGTT）與永久表截然不同：定義

鎖監控開啟與快照擷取 遇到應用程式疑似死鎖（Hang 住）時，依循以下步驟快速定位阻塞鏈： 開啟鎖監控開關：UPDATE MONITOR SWITCHES U

DB2 表空間分類體系 DB2 表空間是邏輯儲存單位，連結邏輯物件與物理容器。依管理模式分為兩大類： 系統管理空間（SMS）：容器為 OS 目錄，空間由檔案系

DMS 表空間建立核心語法 資料庫管理空間（DMS）由資料庫引擎直接管理容器，空間預先分配，效能優於 SMS。基本建立語法如下： CREATE TABLESPA

跨資料庫 UPDATE 寫法比較 在資料庫開發與維護中，UPDATE 語句是最常用的 DML 操作之一。然而，DB2、Oracle 和 SQL Server 三

產品定位與核心價值 Quest Central for DB2 是單一圖形化主控台中整合全方位資料庫維護、管理、效能優化的異構環境解決方案，支援 DB2 UDB

為什麼需要使用者定義函數 (UDF)？ DB2 內建函數雖豐富，但無法涵蓋所有業務邏輯。SQL 標量 UDF允許開發者以 SQL 撰寫可重用的計算邏輯，並像內建

表函數：回傳結果集的強大工具 不同於標量函數回傳單一值，表函數接受零或多個輸入參數，回傳表格式結果集，僅能用於 SQL 陳述式的 FROM 子句中。 完整建立

四種方法詳細對照 方法語法日誌記錄速度可恢復適用場景 1. DELETEDELETE FROM <table>全記錄最慢是小表、需觸發 Trigg

前置準備 關閉「控制中心」避免連線衝突。 啟動「IBM DB2」→「命令列工具」→「命令視窗」。 RESTORE 指令核心語法 DB2 RESTORE D

存儲過程介面設計 CREATE PROCEDURE KYJT.USP_A_FY ( IN PTBLNAME VARCHAR(1000), -- 表名

問題背景 Windows Server 2003 環境下，DB2 安裝時嘗試使用網域帳戶（ABC\C12345，屬 Administrator 群組）作為服務帳

INSERT 執行全生命週期拆解 一條 INSERT 從發送到持久化，經歷六大階段：語句準備 → 傳輸列值 → 尋找存放頁面 → 緩衝池/I/O/頁清除 → 鎖

核心問題：游標開啟期間能否更新同一張表？ 答案是肯定的。DB2 支援可更新游標搭配定位更新機制，允許在游標定位的當前資料列上執行 UPDATE 或 DELETE

核心禁忌：游標區塊內嚴禁 COMMIT 在 DB2 游標迴圈中執行 COMMIT 會導致游標關閉，後續 FETCH 將拋出「游標未開啟」錯誤（SQLCODE -