XML 以自描述、彈性結構支援跨系統、跨組織資料交換，廣泛應用於 SOA、EAI、Web Services、金融（FpML）、醫療（HL7）、供應鏈等標準。關係模型雖效能高但結構僵化；XML 適應多變、半結構化、層次化資料，且在複雜物件表達上天然優於多表 Join。DB2 pureXML 將 XML 原生層次儲存、索引、查詢、更新，並與關係引擎無縫整合，兼具彈性與效能。
| 維度 | 關係模型 | XML / pureXML |
|---|---|---|
| 結構穩定性 | 高（Schema 固定） | 低（彈性、可變） |
| 查詢效能 | 極高（優化器成熟） | 需索引支援，略高 CPU/IO |
| Schema 演進 | DDL 修改昂貴、風險大 | 自描述、無需 DDL 即可擴展 |
| 層次/遞歸資料 | 需遞歸 SQL 或多表 Join | 原生層次結構，查詢直觀 |
| 稀疏屬性 | 大量 NULL 或 EAV 模式（效能差） | 可選元素天然支援，索引稀疏高效 |
| 資料交換 | 需額外中繼資料描述 | 自描述，標籤即中繼資料 |
LOAD/IMPORT/INSERT），避免導入後建索引鎖表。XMLTABLE/XMLQUERY 擷取資料；WHERE 句用 XMLEXISTS 謂詞下推過濾，減少掃描行數。* 或 //，完整路徑讓 DB2 直接定位節點。XMLMODIFY 轉換描述，獲得最佳效能。背景：投資銀行間場外衍生品交易（如 FX Forward）條款高度變化、生命週期長、狀態複雜。ISDA 制定 FpML（Financial products Markup Language）XML Schema 標準化交換。
資料模型：每筆交易一個 FpML 文件，含交易對手、標的資產、現金流時間表、修正條款、生命週期事件等層次結構。關係表儲存交易 ID、簽約日、狀態、風險指標等結構化欄位；XML 欄位儲存完整 FpML 文件。
關鍵查詢：
XMLEXISTS 下推。XMLTABLE 將現金流序列轉為關係結果集，直接 Join 關係表聚合。XMLMODIFY 更新多節點。效能關鍵：對 /FpML/tradeHeader/partyTradeIdentifier、/FpML/swap/cashflows/paymentDate 等高頻路徑建立 XML 索引；關係欄位（交易ID、狀態）建立複合索引；緩衝池專門分配給 XML 區域索引。
DB2 pureXML 以原生 XML 引擎、關係深度整合、成熟索引與查詢技術，解決了企業面臨的「結構多變、層次複雜、交換頻繁、合規留存」四大 XML 管理挑戰。遵循本文最佳實踐——從儲存配置、導入策略、索引設計、查詢模式到更新技巧——可在金融衍生品、醫療病歷、訂單管理、內容發佈等場景構建高效能、可擴展、易維護的混合資料應用。
