整合第 4 章資料整合與圖 4.11 的擷取轉換載入流程。
區分擷取轉換載入（Extract, Transform, Load, ETL）、企業應用整合（Enterprise Application Integration, EAI）、企業資訊整合（Enterprise Information Integration, EII）與服務導向架構（Service-Oriented Architecture, SOA）的角色。
資料倉儲的主要目的之一是整合多個系統的資料。當企業逐步要求更即時的決策，傳統批次資料搬移與應用程式整合必須被放在同一架構中理解。
| 技術 | 原書定位 |
|---|---|
| 企業應用整合 | 將來源系統的資料／應用程式功能推向整合環境，強調跨系統功能分享 |
| 服務導向架構 | 以定義明確、較粗粒度的服務支援整合 |
| 企業資訊整合 | 從多種來源提供即時資料整合的持續發展工具領域 |
| 擷取轉換載入 | 擷取 → 轉換 → 載入 |
| 擷取轉換載入專案負荷 | 原書指出通常約占資料導向專案 70% 的時間 |
先辨識來源與目標，再決定資料是批次搬移、即時整合或應用程式層級整合；擷取轉換載入中依序執行擷取、轉換、載入。
原書提供擷取轉換載入約占資料導向專案 70% 時間的概括值；未提供特定企業專案時數，故不自行換算。
資料整合往往是分析專案最耗時的部分之一。管理者不能只預算模型開發時間，而忽略資料取得、轉換、中繼資料與執行環境管理。
針對一個需要近即時顧客資料的情境，比較擷取轉換載入、企業應用整合、企業資訊整合的角色與互補關係；只使用原書概念，不假設特定供應商效能。
若企業只改善商業智慧前端，卻不改善整合管線，會發生什麼？
參考解答： 報表介面可能變好，但資料仍可能不及時、不一致或難以整合，無法根本改善決策品質。