我有一個措施是由DWH事實表設計(計算測量)
- 未經調整的銷售額計算
- 調整X
- 調整Ÿ
它是一個不錯的選擇所謂的銷售有一個三列的事實表(UnadjustedSalesValue,AdjX,AdjY)?
我認爲另一種方式可以是爲每個比率設置一個帳戶維度或單獨的事實表。
我有一個措施是由DWH事實表設計(計算測量)
它是一個不錯的選擇所謂的銷售有一個三列的事實表(UnadjustedSalesValue,AdjX,AdjY)?
我認爲另一種方式可以是爲每個比率設置一個帳戶維度或單獨的事實表。
假設3個值處於相同的粒度級別,我會在同一事實表上使用4個度量列:UnadjustedSales,AdjustmentX,AdjustmentY和AdjustedSales(或任何名稱有意義)。您是否將調整銷售額作爲計算指標或離散價值實際實施取決於您的數據和工具集。
原因是假設您的「調整」是諸如銷售稅,運輸成本或客戶折扣之類的事情,那麼報告用戶很可能會對他們單獨以及最終的調整銷售價值感興趣。如果他們還沒有表達興趣,他們幾乎肯定會,尤其是如果涉及客戶折扣(即誰獲得多少折扣?)。
說了這麼多,不清楚你指的是什麼樣的調整,所以我不確定這一點對你有多重要。但作爲一般規則,數據倉庫的目標是儘可能在最低粒度級別上提供儘可能多的信息,所以我認爲原則是合理的。
除非維度有所不同(即,這些度量僅在國家層面上可用,這些只能在州級別上可用),否則我會將這些全部放入同一個事實表中。
對於非雪花圖案世界中的模式設計來說,情況會如此。仔細考慮爲什麼你可能想創建一個1:1表格,其中關係是強制性的(即在一個表格中總是有1行,而在另一個表格中總是有一行)。通常這些模式在出現特殊的技術原因時顯示出來,例如想要在不同的磁盤上存儲大型列。