在 BI 規劃解決方案與案例中規劃建立模型概念

發行項
04/20/2016

適用版本： SharePoint Server 2010 Enterprise

上次修改主題的時間： 2011-01-28

本文內容：

建立資料來源檢視
維度和階層考量

建立資料來源檢視

注意

如需範例應用程式中所用所有五個資料來源檢視的範例，以及如需規劃資料倉儲的詳細資訊，請參閱＜為 BI 規劃解決方案與案例規劃模型及報告指南＞。

維度和階層考量

維度和階層大小與建議

維度大小取決於成員數目和其屬性。建立維度時，建議您限制屬性階層數，這樣可以改善 SSAS 的處理效能。而且，保持規劃所需的最少維度成員數目 (導致小型 Cube 空間)，則可達成較佳的整體查詢效能。

有時，這有助於將兩個個別的維度合併為一個維度，以改善導覽和效能。合併的維度之後可以做為這兩個維度的有效組合，而且可以建立導覽階層協助進行篩選邏輯。例如，採用兩個維度 'Geography' 和 'Department'。合併的維度可以稱為 'Geography Department'，而且具有根據地理和部門代碼組合所產生的唯一標籤代碼。合併的維度可以改善導覽使用和 Cube 空間的維度。

使用父子階層時，建議限制階層中的層級數。父子階層中的層級愈多，SSAS 伺服器在回答查詢時必須執行的工作就愈多。原因是需要階層之中繼層級資料的查詢必須動態計算。父子階層中的層級愈多，必須計算的計算就愈多。

父子階層對於規劃案例是十分實用的。每個成員都可以輕鬆地設定成顯示階層中所有成員之成員屬性的完整詳細資料。

使用維度與量值

基於規劃需求，量值群組上的單一量值就已足夠。其他量值可以定義為維度成員，然後做為 Cube 中儲存其他資料的唯一扇區。單一事實量值的優點為何？

新增其他量值時，請避免需要變更事實資料表的情況。
更簡潔的事實資料表設計：事實的一列等於一筆事實。

共用方式為

在 BI 規劃解決方案與案例中規劃建立模型概念

建立資料來源檢視

維度和階層考量

維度和階層大小與建議

使用維度與量值

See Also

Concepts

其他資源