范式建模維度建模比較

1、范式建模維度建模一、 范式建模這樣的設(shè)計方式是在關(guān)系型數(shù)據(jù)庫中常用的， Inmon 的范式建模法的最大優(yōu)點(diǎn)就是從關(guān)系型數(shù)據(jù)庫的角度出發(fā)，結(jié)合了業(yè)務(wù)系統(tǒng)的數(shù)據(jù)模型，能夠比較方便的實(shí)現(xiàn)數(shù)據(jù)倉庫的建模。1.1 范式化模型設(shè)計需滿足下面三大范式：1.1.1第一范式（1NF）:原子性 字段不可再分,否則就不是關(guān)系數(shù)據(jù)庫;1.1.2第二范式（2NF）:唯一性 一個表只說明一個事物;1.1.3第三范式（3NF）:每列都與主鍵有直接關(guān)系，不存在傳遞依賴;1.2 特點(diǎn)：同一份數(shù)據(jù)只存放在一個地方，因此只能從一個地方獲取，沒有數(shù)據(jù)冗余，保證了數(shù)據(jù)一致性；解耦（系統(tǒng)級與業(yè)務(wù)級），方便維護(hù)；設(shè)計思路自上而下，適合上游

2、基礎(chǔ)數(shù)據(jù)存儲，同一份數(shù)據(jù)只存儲一份，沒有數(shù)據(jù)冗余，方便解耦，易維護(hù)，缺點(diǎn)是開發(fā)周期一般比較長，維護(hù)成本高；二、維度建模維度建模是一種將數(shù)據(jù)結(jié)構(gòu)化的邏輯設(shè)計方法，它將客觀世界劃分為度量和上下文。度量是常常是以數(shù)值形式出現(xiàn)，事實(shí)周圍有上下文包圍著，這種上下文被直觀地分成獨(dú)立的邏輯塊，稱之為維度。維度建模是面向分析，為了提高查詢性能可以增加數(shù)據(jù)冗余，反規(guī)范化的設(shè)計技術(shù)。2.1 特點(diǎn)： 模型結(jié)構(gòu)簡單，星型模型為主開發(fā)周期短，能夠快速迭代維護(hù)成本較高維度建模是面向分析，為了提高查詢性能可以增加數(shù)據(jù)冗余，反規(guī)范化的設(shè)計技術(shù)設(shè)計思路是自下而上，適合下游應(yīng)用數(shù)據(jù)存儲，適合統(tǒng)計多層次維度的匯總，開發(fā)周期短，缺點(diǎn)

3、是維護(hù)成本高2.2維度建模的常見模式 2.2.1 星形模式星形模式(Star Schema)是最常用的維度建模方式，下圖展示了使用星形模式進(jìn)行維度建模的關(guān)系結(jié)構(gòu)：維度C維度B事實(shí)表.維度E維度A維度DFKFKFKFKFKFK可以看出，星形模式的維度建模由一個事實(shí)表和一組維表成，且具有以下特點(diǎn)： a. 維表只和事實(shí)表關(guān)聯(lián)，維表之間沒有關(guān)聯(lián)； b. 每個維表的主碼為單列，且該主碼放置在事實(shí)表中，作為兩邊連接的外碼； c. 以事實(shí)表為核心，維表圍繞核心呈星形分布；2.2.2 雪花模式雪花模式(Snowflake Schema)是對星形模式的擴(kuò)展，每個維表可繼續(xù)向外連接多個子維表。下圖為使用雪花模式進(jìn)

4、行維度建模的關(guān)系結(jié)構(gòu)：維度表C維度表B事實(shí)表.維度表E維度表A維度表DFKFKFKFKFKFK維度表B1維度表B2維度表A1FKFK星形模式中的維表相對雪花模式來說要大，而且不滿足規(guī)范化設(shè)計。雪花模型相當(dāng)于將星形模式的大維表拆分成小維表，滿足了規(guī)范化設(shè)計。然而這種模式在實(shí)際應(yīng)用中很少見，因?yàn)檫@樣做會導(dǎo)致開發(fā)難度增大，而數(shù)據(jù)冗余問題在數(shù)據(jù)倉庫里并不嚴(yán)重。2.3 維度建模的設(shè)計方法 2.4維度建模設(shè)計流程圖2.5高層模型設(shè)計2.6識別維度和度量有了高層模型，就要設(shè)計維度和度量，維度和度量清單不僅僅是業(yè)務(wù)用戶所關(guān)心，還要從業(yè)務(wù)過程出發(fā)，自上而下的設(shè)計所涉及的維度和度量。防止業(yè)務(wù)用戶的需求變化帶來的沖

5、擊。2.7確定命名規(guī)范在詳細(xì)設(shè)計之前，為DW/BI系統(tǒng)制定規(guī)范，主要包含源系統(tǒng)、主題、業(yè)務(wù)術(shù)語、報表，物理設(shè)計命名、調(diào)度任務(wù)、文檔方面的規(guī)范2.8編寫詳細(xì)設(shè)計映射文檔詳細(xì)設(shè)計文檔包括從源系統(tǒng)到維度模型的每個數(shù)據(jù)層的物理映射文檔。2.9.審查和驗(yàn)證模型詳細(xì)設(shè)計文檔出來后，要和業(yè)務(wù)用戶和團(tuán)隊成員進(jìn)行評審，記錄下來評審過程中的問題，形成問題清單。.完成設(shè)計文檔最后確定設(shè)計文檔，進(jìn)行下一步的ETL開發(fā)。參考資料 數(shù)據(jù)倉庫工具箱：維度建模的完全指南（第二版）三、優(yōu)缺點(diǎn)比較范式建模優(yōu)點(diǎn)范式建模缺點(diǎn)從關(guān)系型數(shù)據(jù)庫的角度出發(fā)，結(jié)合了業(yè)務(wù)系統(tǒng)的數(shù)據(jù)模型，能夠比較方便的實(shí)現(xiàn)數(shù)據(jù)倉庫的建模由于建模方法限定在關(guān)系型數(shù)據(jù)庫之上，在某些時候反而限制了整個數(shù)據(jù)倉庫模型的靈活性，性能等，特別是考慮到數(shù)據(jù)倉庫的底層數(shù)據(jù)向數(shù)據(jù)集市的數(shù)據(jù)進(jìn)行匯總時，需要進(jìn)行一定的變通才能滿足相應(yīng)的需求沒有數(shù)據(jù)冗余，保證了數(shù)據(jù)一致性，方便維護(hù), 方便解耦缺點(diǎn)是開發(fā)周期一般比較長維度建模優(yōu)點(diǎn)維度建模缺點(diǎn)維度建模非常直觀，緊緊圍繞著業(yè)務(wù)模型，可以直觀的反映出業(yè)務(wù)模型中的業(yè)務(wù)問題需要進(jìn)行大量的數(shù)據(jù)預(yù)處理，因此會導(dǎo)致大量的數(shù)據(jù)處理工作開發(fā)周期短，能夠快速迭代當(dāng)業(yè)務(wù)發(fā)生變化，需要重新進(jìn)行維度的定義時，往往需要重新進(jìn)行維度數(shù)據(jù)的預(yù)