為 BI 規劃解決方案與案例規劃資料超市

發行項
03/03/2017

適用版本： SharePoint Server 2010 Enterprise

上次修改主題的時間： 2016-11-30

本文內容：

結構描述及版面配置
解決方案模型
建立維度資料表
建立階層表
建立事實資料表

結構描述及版面配置

將會使用 SQL Server 2008 R2 關聯式伺服器來建立資料超市，以用作 IW 的單一記錄點，送入資料超市的所有資料都會受到嚴格管控。 SSAS 伺服器將會使用資料超市作為所有 Cube、維度及階層的中央資料來源。將會需要三種表格來支援 SSAS 資料模型，以及包含維度、階層和事實。

注意

一個 Cube 有可能會使用多個事實資料表。在量值群組上進行分割，或是在 Cube 中使用多個量值群組，都可以做到這一點。

我們將會建立下列模型來支援規劃程序所需的資料模型。這些模型將會指定存在於資料超市中的表格數目。

解決方案模型

預測：此模型主要是用來擷取資料輸入，以預測未來各時期的收益及營運費用。
帳戶：帳戶維度將包含帳戶的圖表，顯示收益及費用項目，以供預測。
案例：案例維度將會在「實際」與「預測」之間分割資料。
時間：時間維度將會決定預測的會計期間。
地理：地理維度將會用來依每個 IW 控制資料輸入程序。來自每個地理的個別 IW 都會以其當地貨幣執行資料輸入。
產品：產品維度可用來代表作用中及可用產品的完整清單。將會依產品預測收益。
人力資源預算：生產線經理會使用此模型來編列會計年度之預期人力的預算。IW 將會與此模型進行互動，他們會針對各項資源，輸入預期的工作時數及薪資等級分類。將會執行模擬分析，以依據假設的變化，判斷需要多少預算來支付薪水。
度量：此維度將會儲存「工作時數」、「薪資等級」、「總津貼」等成員。
地理：接收資源的地點。
時間：依年度層級執行的人力預算。
員工：現有資源及新 TBH 預留位置清單。
工資率：此模型可用來設定年度基本工資率。工資率資訊會送入人力資源預算模型中，作為用來計算的基本假設資料。
時間：在年度層級輸入工資率。
薪資等級：用來決定基本薪資的薪資等級清單。
匯率：匯率模型可在將資料從預測模型轉換至金融整合模型時，用來按月決定所要使用的貨幣轉換匯率。由於資料是依照其當地貨幣輸入至每個地理中，所以會將匯率表用於貨幣轉換規則及資料流程套件。
時間：按月輸入匯率。
來源貨幣：轉換的來源貨幣。
目的地貨幣：轉換的目的地貨幣。
金融整合：金融整合模型跨所有地理使用單一貨幣，以進行金融報告。
帳戶：帳戶的整合圖表。
案例：將會包含「實際」和「預測」。
時間：最低的間隔層級為月份。
地理：具有 P&L 的所有地理。
貨幣類型：以報告貨幣 (EUR) 或當地貨幣檢視資料，要使用哪一種，取決於篩選中目前選取的地理位置。

對所需的模型有所了解之後，我們就可以設定資料儲存區。我們這裡有五個事實資料表，以及適當的維度和階層表。這些表格將會以星狀結構描述排列，中間是事實資料表，而維度和階層表構成「星狀」結構描述外圍的端點。在資料儲存區中的事實資料表、維度和階層之間，透過外部索引鍵來定義關係，我們就可以在需要建立 Cube 及維度時，在 SSAS 中快速產生資料來源檢視。

建立維度資料表

維度是任何多維度資料庫的建置組塊。將一組維度聚集在一起，將會形成 Cube 的一般基礎。維度資料表會將特定種類的資料儲存在一起。例如，您有一個維度資料表會將所有帳戶成員儲存在一起，表格的每一列各代表維度的一個特定帳戶成員。維度資料表也可以透過表格欄，將任何相關屬性儲存在一起。例如，在帳戶維度上，我們有一個名為「帳戶類型」的欄，可儲存維度成員的特定帳戶類型。

成員識別碼	成員標籤	成員名稱	排序順序	帳戶類型	費用類型
1	3100	銷售收益	100	收入	不適用
2	3200	其他營運收益	200	收入	不適用
3	8100	利息收益	300	收入	不適用

成員識別碼	成員標籤	成員名稱	排序順序	輸入貨幣	目的地貨幣
1	SEA	西雅圖	100	USD	USD
2	OLY	奧林匹亞	200	USD	USD
3	SPK	斯波坎	300	USD	USD

建議

建議您為維度資料表建立下列欄位：

識別碼：相對於任何其他類型，建議維度索引鍵為整數類型 (TinyInt、SmallInt、Int、BigInt)，以達最佳效能。如需相關資訊，請參閱效能部分。此外，請依據維度的大小，使用最適當的資料類型。

標籤：針對維度成員的標題/名稱顯示，請使用唯一代碼。保持唯一性可讓您使用肉眼可讀取的 MdxScript 來編寫 Cube 型規則，而不需使用索引鍵值標記法的成員規格，例如 ‘&[key]’。

名稱：一般使用者通常都會想要以易讀的名稱來查看維度成員，而不想看到標籤代碼。例如，在我們的解決方案中，我們在標籤中有使用帳戶代碼，在編寫計算規則時，這是有意義的，但是顯示在樞紐分析表中時，就沒意義了。建立此屬性可確保您能夠輕易更新顯示名稱，而不會影響規則定義的基礎邏輯。

排序：有一個排序欄是很好的作法，可供維度用來決定維度成員的順序。

用來規劃案例的維度資料表通常不會超過 200,000 個成員。如果您要處理已經變非常大的維度，建議您裁減維度。所裁減之維度成員的任何相關資料，都可以匯總在一起，並提供給其他維度成員。規則上，維度愈小，規劃 Cube 的整體效能愈好。

注意

維度欄與成員屬性的關係非常密切。

建立階層表

當您在 SSAS 中使用父子式階層功能時，會需要階層表。父子式階層應使用三個欄：[索引鍵] (代表階層維度的成員)、[父索引鍵] (相同維度的另一個成員) 及 [排序] 欄 (將階層層級中的成員排序)。這 3 欄可支援大部分的父子式階層，只有在需要自訂成員彙總除外。例如，帳戶圖表需要自訂彙總才能定義。帳戶彙總取決於每個帳戶成員的帳戶類型及其各自的父帳戶成員。若要支援需要自訂彙總的階層，我們必須建立第四欄。該欄 ([一元運算子] 欄) 將會包含下列值：+、- 和 ~，包含 + 代表彙總至父項，- 代表從父項刪減，而 ~ 代表忽略彙總至父項。

Id	父項識別碼	排序順序	一元運算子	標籤	名稱
1	102	100	+	3100	銷售收益
2	102	200	+	3200	其他營運收益
3	103	300	+	8100	利息收益
4	103	400	+	9100	銷售資產獲利

Id	父項識別碼	排序順序	標籤	名稱
1	4	500	SEA	西雅圖
2	4	700	OLY	奧林匹亞
3	4	600	SPK	斯波坎

層級型階層是依據維度上定義的欄而建立。關聯式表格的欄可以在 SSAS 中建構屬性階層。定義屬性階層之間的關係可讓您建立有效的層級型階層。就目前而言，在 SSAS 中用到層級型階層時，將維度的所有相關屬性內含在維度資料表上的欄中即已足夠。

如需詳細資訊，請參閱階層和層級。

建立事實資料表

事實資料表會儲存 Cube 的所有數值資料。事實資料表中的欄數，取決於有多少維度與 Cube 相關聯。例如，預測 Cube 有 7 欄，其中 6 欄代表與預測 Cube 相關的每個維度，還有一欄是用來儲存數值。儲存數值的那一欄就稱為「量值」。在我們的解決方案中，我們只為事實資料表使用一個量值。

除了量值欄之外，每一欄都是透過其索引鍵與維度相關。在下列範例中，我們看到人力資源預算模型有五個維度與事實資料表相關，而事實資料表的每一列各代表一筆事實記錄。維度索引鍵上的事實記錄中，最好避免有任何重複值，例如，假設我們在多個事實列上的所有維度索引鍵都有相同的值。如果是這樣，請將該值合併在單一列中。

列識別碼	度量識別碼	地理識別碼	員工識別碼	時間識別碼	值
1	2	15	1010	20100000	2000
2	2	15	1009	20100000	2000
3	2	15	1008	20100000	2000

列識別碼	帳戶識別碼	時間識別碼	案例識別碼	地理識別碼	產品識別碼	版本識別碼	值
1151	1	20100200	1	1	232	1	1391
1153	1	20100400	2	1	232	1	1124
1155	1	20100600	2	1	232	1	1322

共用方式為

為 BI 規劃解決方案與案例規劃資料超市

結構描述及版面配置

解決方案模型

建立維度資料表

建議

建立階層表

建立事實資料表

See Also

Concepts

其他資源