范式建模維度建模比較

--范式建模維度建模一、 范式建模這樣的設(shè)計方式是在關(guān)系型數(shù)據(jù)庫中常用的， Inmon 的范式建模法的最大優(yōu)點就是從關(guān)系型數(shù)據(jù)庫的角度出發(fā)，結(jié)合了業(yè)務(wù)系統(tǒng)的數(shù)據(jù)模型，能夠比較方便的實現(xiàn)數(shù)據(jù)倉庫的建模。1.1范式化模型設(shè)計需滿足下面三大范式： 第一范式（ 1NF）:原子性 字段不可再分 ,否則就不是關(guān)系數(shù)據(jù)庫; 第二范式（ 2NF）:唯一性 一個表只說明一個事物 ; 第三范式（ 3NF）:每列都與主鍵有直接關(guān)系，不存在傳遞依賴 ;1.2特點：同一份數(shù)據(jù)只存放在一個地方，因此只能從一個地方獲取，沒有數(shù)據(jù)冗余，保證了數(shù)據(jù)一致性；解耦（系統(tǒng)級與業(yè)務(wù)級），方便維護；設(shè)計思路自上而下，適合上游基礎(chǔ)數(shù)據(jù)存儲，同一份數(shù)據(jù)只存儲一份，沒有數(shù)據(jù)冗余，方便解耦，易維護，缺點是開發(fā)周期一般比較長，維護成本高；二、維度建模維度建模是一種將數(shù)據(jù)結(jié)構(gòu)化的邏輯設(shè)計方法，它將客觀世界劃分為度量和上下文。度量是常常是以數(shù)值形式出現(xiàn)， 事實周圍有上下文包圍著， 這種上下文被直觀地分成獨立的邏輯塊，稱之為維度。維度建模是面向分析，為了提高查詢性能可以增加數(shù)據(jù)冗余，反規(guī)范化的設(shè)計技術(shù)。2.1 特點：模型結(jié)構(gòu)簡單，星型模型為主開發(fā)周期短，能夠快速迭代維護成本較高維度建模是面向分析， 為了提高查詢性能可以增加數(shù)據(jù)冗余， 反規(guī)范化的設(shè)計技術(shù)----設(shè)計思路是自下而上，適合下游應(yīng)用數(shù)據(jù)存儲，適合統(tǒng)計多層次維度的匯總，開發(fā)周期短，缺點是維護成本高2.2維度建模的常見模式 星形模式星形模式(StarSchema)是最常用的維度建模方式，下圖展示了使用星形模式進行維度建模的關(guān)系結(jié)構(gòu)：維度C 維度BFK FK維度D FK 事實表 FK 維度AFK FK維度E ??.可以看出，星形模式的維度建模由一個事實表和一組維表成，且具有以下特點：維表只和事實表關(guān)聯(lián)，維表之間沒有關(guān)聯(lián)；每個維表的主碼為單列，且該主碼放置在事實表中，作為兩邊連接的外碼；以事實表為核心，維表圍繞核心呈星形分布； 雪花模式雪花模式(SnowflakeSchema) 是對星形模式的擴展，每個維表可繼續(xù)向外連接多個子維表。下圖為使用雪花模式進行維度建模的關(guān)系結(jié)構(gòu)：維度表B1FK維度表C維度表BFFKFKK維度表B2維度表 D FK 事實表 FK 維度表 A 維度表 A1FK FK----維度表 E ??.----星形模式中的維表相對雪花模式來說要大， 而且不滿足規(guī)范化設(shè)計。 雪花模型相當于將星形模式的大維表拆分成小維表， 滿足了規(guī)范化設(shè)計。 然而這種模式在實際應(yīng)用中很少見， 因為這樣做會導致開發(fā)難度增大， 而數(shù)據(jù)冗余問題在數(shù)據(jù)倉庫里并不嚴重。2.3 維度建模的設(shè)計方法根據(jù)根據(jù)業(yè)務(wù) 確定事實表粒 有了業(yè)務(wù)過程選擇適用于業(yè)過程的優(yōu)先級 度，最好是原子 和粒度，就要選務(wù)過程的事實。選定業(yè)務(wù)過程。 級粒度。 擇相關(guān)的維度。2.4維度建模設(shè)計流程圖2.5高層模型設(shè)計----日期訂單雜項 訂單 產(chǎn)品客戶2.6識別維度和度量有了高層模型，就要設(shè)計維度和度量，維度和度量清單不僅僅是業(yè)務(wù)用戶所關(guān)心，還要從業(yè)務(wù)過程出發(fā)， 自上而下的設(shè)計所涉及的維度和度量。 防止業(yè)務(wù)用戶的需求變化帶來的沖擊。2.7確定命名規(guī)范在詳細設(shè)計之前，為DW/BI系統(tǒng)制定規(guī)范，主要包含源系統(tǒng)、主題、業(yè)務(wù)術(shù)語、報表，物理設(shè)計命名、調(diào)度任務(wù)、文檔方面的規(guī)范2.8編寫詳細設(shè)計映射文檔詳細設(shè)計文檔包括從源系統(tǒng)到維度模型的每個數(shù)據(jù)層的物理映射文檔。2.9. 審查和驗證模型詳細設(shè)計文檔出來后，要和業(yè)務(wù)用戶和團隊成員進行評審，記錄下來評審過程中的問題，形成問題清單。.完成設(shè)計文檔最后確定設(shè)計文檔，進行下一步的 ETL開發(fā)。參考資料 數(shù)據(jù)倉庫工具箱：維度建模的完全指南（第二版）》三、優(yōu)缺點比較范式建模優(yōu)點范式建模缺點從關(guān)系型數(shù)據(jù)庫的角度出發(fā)，結(jié)合 由于建模方法限定在關(guān)系型數(shù)據(jù)庫了業(yè)務(wù)系統(tǒng)的數(shù)據(jù)模型，能夠比較 之上，在某些時候反而限制了整個----方便的實現(xiàn)數(shù)據(jù)倉庫的建模沒有數(shù)據(jù)冗余，保證了數(shù)據(jù)一致性，方便維護,方便解耦維度建模優(yōu)點維度建模非常直觀，緊緊圍繞著業(yè)務(wù)模型，可以直觀的反映出業(yè)務(wù)模型中的業(yè)務(wù)問題開發(fā)周期短，能夠快速迭代模型結(jié)構(gòu)簡單，星型模型為主

數(shù)據(jù)倉庫模型的靈活性，性能等，特別是考慮到數(shù)據(jù)倉庫的底層數(shù)據(jù)向數(shù)據(jù)集市的數(shù)據(jù)進行匯總時，需要進行一定的變通才能滿足相應(yīng)的需求缺點是開發(fā)周期一般比較長維度建模缺點需要進行大量的數(shù)據(jù)預處理，因此會導致大量的數(shù)據(jù)