1. 案例定位

整合圖 4.4–4.8 與表 4.1,作為資料倉儲架構選擇案例。

2. 學習目標

比較兩層式、三層式、網頁式、企業資料倉儲(Enterprise Data Warehouse, EDW)與資料市集(Data Mart, DM)等架構觀點,並理解架構成功不能只看技術。

3. 案例情境

企業需要把營運資料轉成決策支援所需的整合資料環境,但可採不同架構與建置路徑;原書並介紹 Inmon 由上而下與 Kimball/架構化資料市集的不同思路。

4. 開始資料

原書構面 內容
三層式 營運/資料擷取、資料倉儲、決策支援系統/商業智慧/商業分析引擎分層
兩層式 決策支援引擎與資料倉儲位於同一硬體平台,較經濟但可能有性能限制
架構成功衡量 資訊品質、系統品質、個人影響、組織影響
衡量尺度 7 點量表,較高分代表較佳

5. 分析方法

先以商業目標、組織規模、整合需求、成本與效能需求界定架構,再以四項成功衡量構面比較,不只用單一技術指標。

6. 計算結果

表 4.1 的完整架構評估分數應以原書表格為準;本案例不在未完整擷取表格數字時自行補值。

7. 結果分析與管理解讀

資料倉儲架構是管理與技術共同決策。原書強調商業目標、管理者/終端使用者支持、合理時程與預算、期望管理都是成功條件。

8. 人工智慧提問詞

根據第 4 章架構內容,比較兩層式、三層式、企業資料倉儲與資料市集的用途、優點、限制與選擇條件;不得自行建立原書未提供的排名。

9. 思考/假設情境

若組織無法一次投入大型企業資料倉儲,原書提供什麼可行思路?

參考解答: 可透過個別資料市集逐步取得效益並展示可行性,再朝更完整的企業架構發展。

10. 資料說明