我有一個數據集市,只需要捕獲產品序列號,活動日期以及活動發生的地點(哪個帳戶)。事實表推薦
有五種可能的活動。我有這個問題。其中兩項活動在倉庫層面進行。其餘三個帳戶級別(WH不適用)。但是,最終每個倉庫都會彙總到一個主帳戶。
所以,如果我有一個事實表,我基本上需要兩個FK,你將不得不遍歷事實表來建立WH>帳戶層次結構,這似乎很難維護。我想要一個維度表。
或者是否推薦我將它分成兩個事實表,即使兩個表中唯一不同的特徵是活動是否發生在倉庫中。
報告的目標將在帳戶級別,但在某些時候讓WH信息可能有用。而且我需要檢查重複項等,這就是爲什麼我傾向於第一個,但不知道如何正確處理層次結構。
一個事實表設計
- 資料:
- 帳戶:14
- 倉庫:2
- ActivityType:3
- 日期:20130204
- 的SerialNumber:123456
- 計數:1
雙事實表設計
表1
- 資料:
- 倉庫:2
- ActivityType:3
- 日期:20130204
- 的SerialNumber: 123456
- 計數:1和
表2
- 檔案:1
- 帳戶:2
- ActivityType:3
- 日期:20130204
- 的SerialNumber:123456
- 計數:1
如果您在事實表中同時存儲倉庫和帳戶,爲什麼難以「打造WH>帳戶」層次?聽起來在您的報告中,您將忽略倉庫字段並在帳戶上進行彙總。 – David
大衛,我從這個角度意味着如果我想再次看到在某些時候完整的層次,我會用事實表的鏈接。雖然我想這可能不是問題。我猜爲什麼我質疑這種方法是因爲兩者之間的層次關係如此緊密,似乎是將它們保持在同一維度的最佳實踐。雖然聽起來這可能是我最好的選擇? – ElPresidente