原文:
《bi專案筆記》建立時間維度（2）
建立步驟：
序號
選擇的屬性
重新命名後的名稱
屬性類別
datekey
datekey
常規month key
month key
月份english month name
english month name
每年的某一月
month number of year
month number of year
常規calendar quarter key
calendar quarter key
季度calendar quarter
calendar quarter
常規calendar year
calendar year
年
至此我們已經建立完了時間維度，但是注意，bids已經產生了乙個設計警告，我們把滑鼠指向它，可以看到：在非父子維度中建立了層次結構。
調整屬性關係：
調整為：
檢視dimdate維度設計警告
解決辦法：
避免將屬性的可見屬性層次結構用作使用者定義的層次結構中的級別
按上面的步驟，對calendar quarter key和month key屬性做相同改動。
在適當的位置將屬性關係定義為「剛性」
為了獲得最佳效能，通常應根據各成員之間的關係是否會隨時間變化來設定 relationshiptype 屬性：
對於不希望變化的關係，請將 relationshiptype 屬性設定為 rigid。給定月份中的日期就是一種不希望變化的關係。
對於希望變化的關係，請將 relationshiptype 屬性設定為 flexible。可能隨時間變化的關係的示例有給定區域內的銷售人員或客戶的婚姻狀況。
注意：預設情況下，使用者介面始終將 relationshiptype 屬性設定為 flexible。
設定 relationshiptype 屬性將確定 analysis services 建立剛性聚合還是柔性聚合。增量更新後，analysis services 將刪除柔性聚合，因此必須手動重新處理這些聚合，但 analysis services 會保留剛性聚合。
relationshiptype
指示成員關係是否隨時間而更改。 值為 rigid 和 flexible，前者表示成員之間的關係不隨時間而更改，後者表示成員之間的關係隨時間而更改。 預設值為 flexible。 如果您將關係定義為 flexible（柔性），則將刪除聚合並作為增量更新的一部分重新計算（如果只新增了新成員，則將不刪除聚合）。如果您將關係定義為 rigid（剛性），則 analysis services 會在增量更新維度時保留聚合。 如果定義為剛性的關係發生了實際更改，analysis services 會在增量處理過程中生成錯誤。 指定適當的關係和關係屬性，可提高查詢和處理效能。
《BI專案筆記》建立父子維度
建立步驟 而parentoriginid其實就是對應的parentoriginid，它的 usage 必須是 parent 才能表示這樣的乙個父子維度。檢視originid屬性，usage 是 key。在這裡一定要注意，父子關係層次結構中的子級必須是維度的關鍵屬性，所以originid這裡的 usa...
《BI專案筆記》建立多維資料集Cube（2）
原文 bi專案筆記 建立多維資料集cube 2 本節建立 歷年的初煙水分均值變化分析cube 區域維度 地州，專縣 時間維度 年 等級維度 大等級，小等級 指標 水分均值 資料來源檢視 資料處理 alter table t qualmoisture middle alter column v pro...
mysql 建立時間維度表
做系統設計以及涉及資料分析的時候，會涉及到各種期間維度的統計計算。可以按日期生成期間維度表，如下 1.按期間生成日期表 drop table if exists v day create table v day oc date varchar 20 default null 2.呼叫方法為輸入開始結...