建立步驟：

至此我們已經建立完了時間維度，但是注意，BIDS已經產生了一個設計警告，我們把滑鼠指向它，可以看到：在非父子維度中建立了層次結構。

調整為：


檢視DimDate維度設計警告

解決辦法：

避免將屬性的可見屬性層次結構用作使用者定義的層次結構中的級別
http://technet.microsoft.com/zh-cn/library/bb630296(v=SQL.105).aspx

提示：我們可以通過隱藏屬性層次結構，這樣他就不會在瀏覽器中顯示，但是要知道屬性層次的結構是依然存在的，這很重要，就是我們在書寫Mdx查詢時不應該忽略掉它，而且能從該層次結構中取得成員

按上面的步驟，對Calendar Quarter Key和Month Key屬性做相同改動。

在適當的位置將屬性關係定義為“剛性”
http://technet.microsoft.com/zh-cn/library/bb630312(v=SQL.105).aspx

為了獲得最佳效能，通常應根據各成員之間的關係是否會隨時間變化來設定 RelationshipType 屬性：
對於不希望變化的關係，請將 RelationshipType 屬性設定為 Rigid。給定月份中的日期就是一種不希望變化的關係。
對於希望變化的關係，請將 RelationshipType 屬性設定為 Flexible。可能隨時間變化的關係的示例有給定區域內的銷售人員或客戶的婚姻狀況。
注意：預設情況下，使用者介面始終將 RelationshipType 屬性設定為 Flexible。
設定 RelationshipType 屬性將確定 Analysis Services 建立剛性聚合還是柔性聚合。增量更新後，Analysis Services 將刪除柔性聚合，因此必須手動重新處理這些聚合，但 Analysis Services 會保留剛性聚合。
RelationshipType
指示成員關係是否隨時間而更改。 值為 Rigid 和 Flexible，前者表示成員之間的關係不隨時間而更改，後者表示成員之間的關係隨時間而更改。 預設值為 Flexible。 如果您將關係定義為 Flexible（柔性），則將刪除聚合並作為增量更新的一部分重新計算（如果只添加了新成員，則將不刪除聚合）。 如果您將關係定義為 Rigid（剛性），則 Analysis Services 會在增量更新維度時保留聚合。 如果定義為剛性的關係發生了實際更改，Analysis Services 會在增量處理過程中生成錯誤。 指定適當的關係和關係屬性，可提高查詢和處理效能。