·
每個維表必須有而且只有乙個最明細層作為該維表的顆粒度。
·任何乙個維表若被多個事實表使用，該維表應作為公共維表來設計。
·除非出於效能考慮，否則每乙個非鍵屬性應只出現在一張維表裡。
·需要記錄屬性變化的維的主鍵應該是使用**鍵，並使用具有業務含義，業務使用者可識別的**作為自然鍵。業務系統自帶的**鍵不能做為維表的主鍵。
·維表應盡量儲存業務使用的**和
id，以及描述資訊。 ·
維表的主鍵（**鍵）應做為事實表的外來鍵包含在事實表內。
·每個維表中要有相應的行記錄來處理特殊的情形來避免在事實表中置空值。如
記錄不存在，以及遲到的維記錄。
通常情況下，乙個維度模型不應該有超過10到
15個以上的維度，否則需要將維度合併以提公升查詢效能。
維度表建立規範 維度建模的基本原則
遵循這些原則進行維度建模可以保證資料粒度合理，模型靈活，能夠適應未來的資訊資源，違反這些原則你將會把使用者弄糊塗，並且會遇到資料倉儲障礙。原則一 載入詳細的原子資料到維度結構中 維度建模應該使用最基礎的原子資料進行填充，以支援不可預知的來自使用者查詢的過濾和分組請求，使用者通常不希望每次只看到乙個單...
事實表維度表設計的有關問題
原oltp業務系統資料為 企業銷售記錄表 企業id 銷售額 銷售時間 銷售商品編碼 4322 243 2009.6.5 3243432 4322 53 2009.5.5 324352432 4352 3243 2009.1.5 32436432 4377 3233 2005.5.5 32436243...
數倉維度建模之維度表設計（基礎概念一）
對業務過程的度量稱為事實 在維度建模中，將度量稱為 事實 將環境描述為 維度 維度是用於分析事實所需要的多樣環境 維度所包含的表示維度的列，稱為維度屬性 如開門方式是維度，具體11種方式是維度屬性 維度屬性是查詢約束條件 分組和的基本 是資料包表標籤生成易用性的關鍵。維度的作用一般是查詢約束 分類彙...