[Microsoft-SSAS] Cube Dimension設計

上篇介紹了多個cube相關的專有名詞，其實我曾經困惑它存在的必要性，不是SQL就可以出一份報表了，且我過去工作其實不曾使用它，但才知道資料其實包山包海，有些不是一個SQL就可以直接搞定，但也不用像維護資料庫這樣穩定且嚴謹，這時候這種OLAP的規劃就有必要性了。

也許可以說cube是先幫我們把資料半儲存在一個地方了，並且還能按照使用者需求將欄位分門別類甚至做更細緻的處理，這邊來先講講dimension維度層級的觀念:

Dimension Attribute Hierarchies

以小說編排為例，這第一張圖是star 的dimension，只用一張圖存取產品所有編號及明細分類資料

而這一張圖則表示snowflake的多階層dimension，另外，我們常見的日期(年-季-月-日)也是按照這種模式在做存取的。

這兩種dimension設計方式都各有優缺，前者是查詢比較單純，但佔儲存空間大，後者則是查詢維護複雜一些，但是比較不佔儲存容量。

今天只簡單的提到維度的設計模式，微軟的設計真的很細緻，因為資料會隨時間而變動，其實也可以按照變動頻率，再設計緩時變維度或是快時變維度等等，但因為工作中真的鮮少使用(猜測其實企業使用頻率不高?!)

下次會直接講解cube更進一步的操作還有一些注意事項，然後就順便帶到今天講的維度設計實際在軟體上的操作唷!

資料來源: https://wenku.baidu.com/view/0e72ffaad1f34693daef3e99.html