Data Vault的一點思考（三）

前段時間和一家互聯網創新企業的數據架構師聊天，說他們正準備開始用Data Vault的模型進行數據倉庫的建設，他們有一套維度建模的集市，但是維度建模的特點是更貼業務，但是對於數據的存儲不是很友好，對於數據友好，他們是想在維度集市之前，加一層Data Vault的數據層。
其實這個數據架構也就很明白啦。ER來說太突出從上往下的關係，但是現在的創新企業的數據架構的關係還不明確，不好去表達，那Data Vault 是一個很好的選擇，綜合了ER和DM。同時還是保留原有的維度集市進行數據分析。這說明該企業已經有了一定的數據結構的大方向，只是細節還是不確定，那麼Data Vault就是一個很好的載體，也是一個很好的解決方案。
有一點是需要探討的是，習慣了維度建模的架構師，怎麼去建立好這個數據層呢？有一點無法逾越的是，維度建模強調業務，就是有用的放在一塊，如果面向數據，不可避免的是要對數據進行整理，那整理就會有類似主題的概念，所以個人認爲Data Vault要有一個弱主題的形式存在，不然太散，Hub太多，不好維護。當然也不要像是ER那種強主題形式，也不適合。還有一點就是用ER地有一個特點就是業務邏輯簡單，但是實際場景複雜，而DM是另外一方面，業務邏輯多變，但實際場景簡單。但是當DM這一方，想去嘗試多個場景的，同時業務邏輯會更多變時，那維度模型似乎就是支撐不了。因爲應付一個場景的多變的需求還可以，和同時應付多個場景的多變需求，而且多個場景的數據之間還有關聯，那麼就需要一個能夠體現關係的模型出現。Data Vault是一個很好的選擇。