1.收集業務需求與資料實現
2.協作維度建模**：
工作由建模者承擔，但維度模型英語熟悉業務的業務代表**
3.四步驟維度設計：
1.選擇業務過程
業務過程是一系列操作活動，轉換為事實表中的事實，例如每個月每個賬單快照
2.宣告粒度
粒度是指事實表中的一行代表什麼。同一事實表不要混用粒度，最好從最小粒度開始設計維度，
因其能承受使用者無法預知的查詢需求。
3.確認維度
維度是根據粒度將表分開成多個維度表，即從不同維度（角度）去看。
維度是資料倉儲的靈魂，是bi的入口和驅動
4.確認事實
事實是指一種在某個粒度下的度量，例如在銷售維度中，銷量和總額是良好的事實，而商店經理的工資則不允許出現在該維度中。
kimball維度建模步驟
業務需求 維度模型 1.業務處理 2.粒度 3.維度 4.事實 資料實際 首先對業務進行描述，以使建立的維度與事實表更容易理解。在對業務例項研究進行描述之後，現在就可以開始維度建模的設計工作了。設計工作的第一步使，通過將對業務需求的理解與對可用資料的理解組合起來而確定 建模的業務處理內容。建立的第乙...
維度建模步驟
資料模型是指用實體 屬性 實體之間的關係對業務概念和邏輯規則進行統一的定義，命名和編碼，主要描述企業的資訊需求和業務規則，是業務人員和開發人員溝通的語言，是資料倉儲架構設計工作開始的第一步。正確的資料模型是使用者需求的集中體現，是商業智慧型專案成功與否最重要的因素之一。資料模型可以分為概念模型 邏輯...
維度建模示例
以庫存模組和零售模組這兩個模組來談一談維度建模的相關事項 梳理庫存業務中的表的構造與設計思想 梳理一下緩慢變化維的處理方法與優缺 這篇部落格計畫用週末來完成,只能簡單的討論一下建模概況,從維度建模這本書中摘錄出一些重要的知識點,對於維度建模這本書的報告計畫在5.1之前完成,希望結合具體的業務來分享一...