為何 IMPORT 比 LOAD 慢？ 逐列驗證所有約束（PK、FK、Check、Not Null）。 每列寫入交易日誌，產生大量重做日誌 I/O。 觸發器逐

錯誤現象 修改主機名後啟動實例報錯： SQL6031N Reason code 10 Reason code 10 含義：db2nodes.cfg 內定義的

什麼是聚集目標表？ **唯讀表**，以 SQL 欄位函數（SUM、AVG 等）統計來源表全量或追蹤變更。 資料**實際儲存於 DB2**，非 View 虛擬表

背景痛點 32 位進程僅能定址 4 GB 虛擬記憶體。 AIX/HP-UX/Windows/Linux 32 位 DB2 受分段限制，緩衝池實際上限更低（AI

前置條件 已配置 TSM（Tivoli Storage Manager）備份。 具備 DBADM 或 SYSADM 權限。 步驟 1：查詢可用完整備份時間

迷思與真相對照表 #常見迷思實務真相 1邏輯設計必須 100% 對應物理設計為效能可適度偏離邏輯模型（分區、MQT、非正規化） 2所有物件放入 BP0 讓 D

現場重現 Session 1：db2 +c INSERT INTO test_lock VALUES(1,aaa)（未提交） Session 2：db2 SE

並行索引建立 原理：將基礎表邏輯分割為多個資料段，各平行進程獨立建立段索引鍵值，最後合併為完整 B+ 樹。 效益：隨 CPU 核心數線性縮短建索引時間（圖 1

1. 依查詢結果建立新表（僅結構） CREATE TABLE new_table_name AS (SELECT * FROM table_name) DEFI

適用版本 DB2 Enterprise Server Edition (ESE) / DPF 環境。 步驟 1：建立實例 db2icrt -s ESE -u

前言 資料遷移、初始化、異平台交換皆仰賴外部檔案。DB2 支援四大格式，各有適用場景與限制，選錯格式將導致匯入失敗或資料損壞。 1. 定界 ASCII（Del

優化器核心機制 DB2 採用成本基礎優化器（CBO），根據 CPU 成本、I/O 成本、系統目錄統計資訊及 SQL 語句本身四大因子，評估所有可能存取路徑並選擇

DB2 連接模式概述 IBM DB2 資料庫提供兩種截然不同的連接模式——Type 1 與 Type 2，兩者在事務處理、連接保留及分布式能力上有本質區別。理解

MQT 核心概念 MQT (Materialized Query Tables) 定義基於查詢結果。MQT 可顯著提升查詢效能，尤其複雜查詢。本文介紹 MQT、

問題 修改機器名後實例無法啟動，報 SQL6031N 原因碼 10。 環境 產品：DB2；平台：跨平台；版本：8.1+。DB2 v8 起企業版與企業擴展版合併

問題背景 使用 IMPORT 匯入時，所有約束必須驗證、所有載入列記日誌、觸發器被激活，導致大量資料匯入時效能明顯低於 LOAD。 優化方案一：啟用 INSE

格式一：定界 ASCII (DEL) 資料庫領域最廣泛格式，幾乎所有資料庫皆支援。各資料庫分隔符要求不同。DB2 使用分隔符標識資料元素起止位置： 字元分隔符

背景 硬體與 OS 已支援巨大記憶體，DB2 亦能利用大記憶體，如何結合使其工作？DB2 V7 內部假設 32 位記憶體/硬體。要用大記憶體，必須告訴 DB2

標準還原與前滾流程 查詢所有備份時間： db2adutl QUERY FULL DATABASE 按時間點還原： db2 RESTORE DATABASE U

標準升級步驟 停止所有實例： $ db2list -- 顯示 db2inst1, db2inst2 db2stop -- 逐個停止 安裝 Fix Pack