數(shù)據(jù)倉庫系統(tǒng)結(jié)構(gòu)模型(已修改)
2025-05-31 11:15 本頁面
【正文】 第 4 章 數(shù)據(jù)倉庫系統(tǒng)結(jié)構(gòu)與模型 ? Inmon數(shù)據(jù)倉庫設計 ? ? 體系結(jié)構(gòu)化環(huán)境 三級模型 ? ? ? 高級模型 中級模型 低級模型 ? 性能優(yōu)化 目錄 ? 數(shù)據(jù)倉庫設計概述 ? ? ? ? ? ? 與數(shù)據(jù)庫設計的區(qū)別 處理類型 應用需求 設計目標 數(shù)據(jù)來源 設計方法 對比內(nèi)容 數(shù)據(jù)庫系統(tǒng)設計 數(shù)據(jù)倉庫系統(tǒng)設計 面向的處理類型 面向應用 面向分析 應用需求 比較明確 不太明確 系統(tǒng)設計的目標 事務處理的并發(fā)性、安全 性、高效性 保證數(shù)據(jù)的四個特征和全局 一致性 數(shù)據(jù)來源 業(yè)務操作員的輸入 業(yè)務系統(tǒng) 系統(tǒng)設計的方法 需求驅(qū)動 數(shù)據(jù)驅(qū)動 數(shù)據(jù)倉庫設計概述 數(shù)據(jù)倉庫與數(shù)據(jù)庫設計的區(qū)別 處理類型不同 ? ? 數(shù)據(jù)庫系統(tǒng)設計 ? 面向應用來進行設計，根據(jù)具體的操作事件和操作對象 （實體）來進行設計； ? 目的是建立一個操作型的數(shù)據(jù)環(huán)境。 ? 從 需求 開始，逐步展開 數(shù)據(jù)倉庫設計 ? 面向分析的； ? 從最基本的 主題 開始，不斷完善已有主題，發(fā)展新主 題； ? 最終建立起一個面向主題的分析型數(shù)據(jù)環(huán)境。 應用需求不同 ? 數(shù)據(jù)庫系統(tǒng)設計 ? 面向明確的應用需求 ? 設計人員能夠清晰地了解應用的需求和數(shù)據(jù)流程 ? 數(shù)據(jù)倉庫設計 ? 很難獲得對用戶需求的確切了解 ? 應用人員往往是企業(yè)的中高層人員 ? 他們自己一開始不知道想看什么， 需要引導 ? 后期又想什么東西都看， 需要解釋 系統(tǒng)設計的目標 ? 數(shù)據(jù)庫系統(tǒng)設計 ? ? ? ? 為了進行 OLTP處理 通常是對一個或者一組記錄的查詢和修改， “一次一集合 ” 主要為企業(yè)的特定應用服務的 事務處理響應時間、數(shù)據(jù)的安全性和完整性是系統(tǒng)的目標 ? 數(shù)據(jù)倉庫設計 ? ? ? ? ? 為了分析決策 主要目標是保證數(shù)據(jù)的四個特征（面向主題、集成的、穩(wěn)定的、時 變的），建立起一個全局一致的數(shù)據(jù)環(huán)境，作為企業(yè)決策支持的基 礎 只有查詢而無更新， “一次加載一批 ” 對響應時間不敏感 數(shù)據(jù)量大，海量數(shù)據(jù) 數(shù)據(jù)來源不同 ? ? 數(shù)據(jù)庫系統(tǒng)設計 ? 數(shù)據(jù)來源主要是業(yè)務操作員的 輸入 ? 描述如何通過操作員輸入獲取數(shù)據(jù) ? 描述如何將獲取的數(shù)據(jù)按照 OLAP的需求合理存放 ? 如何使得 OLTP的性能更加優(yōu)化 ? 如何保證事務處理的安全性 數(shù)據(jù)倉庫設計 ? 數(shù)據(jù)主要 來源于業(yè)務系統(tǒng) ? 主要解決如何從業(yè)務系統(tǒng)中得到完整一致的數(shù)據(jù) ? 如何對數(shù)據(jù)進行轉(zhuǎn)換、清洗、綜合， ETL ? 如何有效提高數(shù)據(jù)分析的效率與準確性 系統(tǒng)設計方法不同 ? 數(shù)據(jù)庫系統(tǒng)設計 ? ? ? “需求驅(qū)動 ”； 先收集需求、分析需求，再進行設計和開發(fā)； 系統(tǒng)的需求在收集和分析需求階段之后就定下來了，一旦進入構(gòu)建 數(shù)據(jù)庫階段，系統(tǒng)的需求就基本不變了。 ? 數(shù)據(jù)倉庫設計 ? ? ? ? “數(shù)據(jù)驅(qū)動 ” 從業(yè)務系統(tǒng)已經(jīng)存在的數(shù)據(jù)出發(fā)，獲取之后對數(shù)據(jù)進行集成并檢查 數(shù)據(jù)的準確性 按照分析領域?qū)?shù)據(jù)及數(shù)據(jù)之間的聯(lián)系重新考察，組織數(shù)據(jù)倉庫中 的主題。 “數(shù)據(jù)驅(qū)動 ”的系統(tǒng)設計方法的優(yōu)點是可以通過了解原有數(shù)據(jù)庫系統(tǒng) 中的數(shù)據(jù)和需要建設的數(shù)據(jù)倉庫中主題的數(shù)據(jù)的共同性，最大限度 地利用現(xiàn)有系統(tǒng)，減少系統(tǒng)建設的工作量。 開發(fā)生命周期 CLDS ? ? ? 傳統(tǒng)的數(shù)據(jù)庫系統(tǒng)的 系統(tǒng)開發(fā)生命周期 (SDLC)是需 求驅(qū)動的，而 數(shù)據(jù)倉庫 系統(tǒng)的開發(fā)生命周期則是 數(shù)據(jù) 驅(qū)動 的， 與 SDLC相反 ，一般寫作 CLDS，這種寫法 沒有對應的實際意義，是一種幽默的寫法。 CLDS由數(shù)據(jù)開始，一旦數(shù)據(jù)到手就集成數(shù)據(jù)。然 后，如果數(shù)據(jù)有偏差，就檢驗看看數(shù)據(jù)存在什么偏差。 再針對數(shù)據(jù)寫程序，分析程序執(zhí)行結(jié)果。最后，系統(tǒng) 需求才得到了理解。 因此， CASE工具和技術用于數(shù)據(jù)倉庫領域是不合適 的。 ? 促銷分析 ? 銷售分析 ? 市場分析 ? 產(chǎn)品組合分析 ? 財務績效分析 ? 合并報表 ? EIS ? 管理報告 ? 公司季報、年報 ? 投資者報表 ? 預測模型 ? 指標體系 ? 業(yè)務模式規(guī)劃 ? Whatif分析 ? 投資預算 ? 長期發(fā)展預算 ? 戰(zhàn)略規(guī)劃 ? 日常運營預算 數(shù)據(jù)倉庫 / DM 螺旋式方式 業(yè)務需求分析 設計 建造 測試 培訓 試點 部署 使用運行 監(jiān)控 維護 確認新需求 /改進 業(yè)務驅(qū)動的 需求分析 設計 建造 測試 培訓 試點應用 部署 使用 監(jiān)控 維護 發(fā)掘新需求 和改進 階段 1 階段 2 階段 3 兩種數(shù)據(jù)倉庫設計 ? Inmon數(shù)據(jù)倉庫 ? ? ? 數(shù)據(jù)庫設計的模式 三級模型（高級、中級、低級） 存儲：關系數(shù)據(jù)庫 ? Kimball數(shù)據(jù)倉庫 ? ? ? 維度建模技術 維度設計 /度量設計 存儲：多維數(shù)據(jù)庫 /關系數(shù)據(jù)庫 ? 兩種數(shù)據(jù)倉庫都需要面臨的主要設計問題 ? ? ? ? 粒度與分割 元數(shù)據(jù) ETL 索引 小結(jié) ? ? ? 數(shù)據(jù)倉庫的設計不同于事務處理的數(shù)據(jù)庫的設計，是 一個循序漸近的過程。 數(shù)據(jù)倉庫的選型是一個非常重要的問題，當前，選用 Kimball數(shù)據(jù)倉庫進行設計是很流行的，因此，實踐 中可優(yōu)先考慮。 面對復雜的數(shù)據(jù)，基于維度建模技術的 Kimball數(shù)據(jù) 倉庫顯得無能為力，還需要深入探索，因此， 面向復 雜數(shù)據(jù)類型的數(shù)據(jù)倉庫 是目前的研究熱點。 數(shù)據(jù)庫 設計的三級模型 ? 概念模型 ? ? ? 從客觀世界到主觀認識的映射 首先將現(xiàn)實世界抽象為概念模型，然后再用適合計算機世界的模型 和語言來描述 ER圖 ? 邏輯模型 ? ? ? ? ER模型 → 關系模型 規(guī)范化 視圖 約束 ? 物理模型 ? ? ? ? DBMS選型 選擇數(shù)據(jù)庫文件的存儲結(jié)構(gòu) 索引 分配存儲空間 Inmon的三級模型 ? 高級模型（高層模型） （數(shù)據(jù)庫設計 概念模型） ? ? 即概念模型，用 ER圖表示 首先將現(xiàn)實世界抽象為
醫(yī)療健康相關推薦
鄂ICP備17016276號-1