是參考尺寸不好嗎？

我對OLAP和SSAS相當陌生，但是在關係數據whahouhouses中經驗豐富，而且我的關於Reference Dimensions的問題是它們是不好的，一個必要的邪惡，還是在正確使用時有用？每一篇文章我都可以找到參考Andventure Works和地理維度，但我正在尋找真實世界的經驗。是參考尺寸不好嗎？

我的立方體有一個日期維度是非常標準的，我想創建一個最新的指標引用已具有FK DateId我的日期維度的尺寸。在此日期度量參考維度的內部，我將爲AccountId和幾個「Action」成員添加一個成員，以總結我想按日期，月份或年份計算的特定操作等。

在其根目錄中，我的日期度量標準參考將在DateID和AccountId上展開，這將使我能夠通過日期維度總結「行動」動作，我試圖將其與之相關聯。

我有這一切都錯了嗎？

來源

2012-04-29 king conch

參考尺寸：也就是說你如何引用一個維度的立方體。創建維時，它們都存在，您可以將它們添加到「維度用法」選項卡上的多維數據集中。這對於能夠使用維度瀏覽多維數據集的數據很有必要。

我想你實際上是在問「屬性關係」（第二個選項卡上的尺寸配置），得到的答覆是，他們是非常有用的。我甚至用微軟MVP看過一個視頻，他說它可能是你可以在你的多維數據集上做的最重要的配置。

屬性關係表示在維度中的屬性如何彼此之間涉及。因此，例如，在日期維度，你將有

day -> month -> quarter -> year

它始終是「對立」的配置，就好像它是一個層次。

另一個非常重要的配置是關係類型，在日期示例中，您應該將其設置爲嚴格，因爲數據永遠不會更改（2012年1月1日的成員將始終屬於2012年），所以SSAS當您處理多維數據集（除非，職高，你做了充分的處理）將保持計算的聚合

來源

2012-04-29 14:19:29 Diego

是的，對於澄清感謝。我實際上放棄了日期度量參考維度的想法，因爲我也試圖解決事實粒度問題，並且一開始並未意識到它。我的答案是將DateId添加到我的原始事實表中，該事實表對於AccountId非常細微，然後將FK添加到具有層次結構和屬性關係的日期維度。 – 2012-04-30 01:39:03

是參考尺寸不好嗎？

回答

相關問題