在SQLServer2012AnalysisServices中選擇表格或多維建模

1、1 1 / / 1818在中選擇表格或多維建模體驗商業(yè)智能技術(shù)文章作者 作者 作者 審校 審校 審校發(fā)布時間： 年 月適用范圍：摘要： 本白皮書提供的實用指南可幫助 專業(yè)人員和決策者決定，您的下一個 合適采用表格建模，還是 多維建模。解決方案最2 2 / / 1818版權(quán)信息本文檔按“原樣”提供。本文檔中的信息和表達的觀點（包括 和其他 網(wǎng)站引用）如有 更改，恕不另行通知。您應(yīng)承擔使用本文檔所帶來的風(fēng)險。本文檔不向您提供對任何 產(chǎn)品中的任何知識產(chǎn)權(quán)的任何法律權(quán)利。您可以出于內(nèi)部參考 目的復(fù)制和使用本文檔。? ?。保留所有權(quán)利。目錄簡介數(shù)據(jù)建模是 專業(yè)人員多年來一直不斷實踐的領(lǐng)域，它的目標只有一

2、個：將不同的數(shù)據(jù)整 理到一個分析模型中，從而快速高效地支持業(yè)務(wù)的報告和分析需要。這些年來，數(shù)據(jù)建 模隨著新技術(shù)和工具的推出而不斷發(fā)展，而組織在如何以無縫和連貫的方式有效地混合 建模范例方面面臨著越來越多的挑戰(zhàn)，不僅要能夠滿足各種分析需要，還要能夠針對業(yè) 務(wù)提供良好的分析體驗。在 版本中，引入 語義模型（）（），不僅實現(xiàn)了建模的目標，而且還解決了組織所面臨的 挑戰(zhàn)。這個單一模型可以支持廣泛的報告和分析功能，同時在后臺混合兩種建模體驗:*多維建模-這種建模方法隨服務(wù)引入，并一直延續(xù)至。它使 專業(yè)人員能夠使用傳統(tǒng)的聯(lián)機分析處理（）（）創(chuàng)建復(fù)雜的多維數(shù)據(jù)集。表格建模-這種建模方法隨引入，它為業(yè)務(wù)和數(shù)據(jù)

3、分析人員提供了自助數(shù)據(jù)建模功能。對于多年來一直在桌面效率工具（如或）中處理數(shù)據(jù)的許多用戶而言，表格建模體驗更易于接受。在中，表格建模已擴展為支持 專業(yè)人員在 中創(chuàng)建表格模型，或?qū)⒈砀衲Ｐ蛷?導(dǎo)入到 中。請注意，模型無法導(dǎo)入到 多維模 型中。本白皮書的目標是提供實用指南，以幫助您確定哪種建模體驗（表格建?；蚨嗑S建模）最符合您的下一個 解決方案的需要。本白皮書中的產(chǎn)品說明和建議基于年 月發(fā)布的 。隨著 多維建模和表格建模在 的將來版本中不斷改進，產(chǎn)品功能和建議可能 發(fā)生變化。建模入門知識在深入探討多維建模與表格建模之間的詳細差異之前，我們首先簡要介紹一下提供的每種建模體驗的基礎(chǔ)知識。多維建模多維建

4、模的核心是基于關(guān)系數(shù)據(jù)庫中包含的數(shù)據(jù)創(chuàng)建多維數(shù)據(jù)集（由度量值和維度組 成）。若要使用此范例，服務(wù)器必須配置為在多維模式（默認設(shè)置）下運行。在此模式下，引擎使用多維模型預(yù)聚合大量數(shù)據(jù)，以支持快速的查詢響應(yīng)時間。引擎可以通過多維（）（）存儲將這些聚合存儲在磁盤上，或通過關(guān)系（）（）存儲將它們存儲在關(guān)系數(shù)據(jù)庫中。多維建模的主要特征包括：豐富的數(shù)據(jù)模型：的多維模型已是推出的第六個版本，它提供了廣泛的功能，可 根據(jù)企業(yè)數(shù)據(jù)倉庫中常見的簡單和復(fù)雜數(shù)據(jù)集為度量值和維度建模。更復(fù)雜的數(shù)據(jù)集 通常包括諸如多對多關(guān)系、父子層次結(jié)構(gòu)和本地化等高級功能。多維模型本身自帶了 這些功能。復(fù)雜的分析：多維模型還提供一種稱為

5、多維表達式 （）（）的高級計算和查詢語言。使用 您可以創(chuàng)建3 3 / / 1818復(fù)雜的業(yè)務(wù)邏輯和計算，它們可以在多維空間中的任何位置運行，以實現(xiàn) 財務(wù)分配、時序計算或半累加性度量。盡管全面的數(shù)據(jù)建模和復(fù)雜的分析是多維建模的重要優(yōu)點，但常常隨之帶來一些負面影 響：開發(fā)周期較長以及不能快速適應(yīng)不斷變化的業(yè)務(wù)狀況。此外，多維體驗通常需要很 高的建模和 技能水平。表格建模表格建模是將數(shù)據(jù)整理到相關(guān)的表中。如果您要使用表格建模，則必須將配置為在表格模式下運行。在表格模式中，可以使用 （以前稱為）內(nèi)存中引擎將表格數(shù)據(jù)加載到內(nèi) 存中以實現(xiàn)快速的查詢響應(yīng)，也可以使用 將查詢傳遞到源數(shù)據(jù)庫以利用其查詢處理功能

6、。表格建模的主要特征包括：熟悉程度：對于許多用戶而言，他們?nèi)粘Ｌ幚淼臄?shù)據(jù)大多存儲在關(guān)系數(shù)據(jù)庫、或表中，因此處理起表格數(shù)據(jù)來駕輕就熟。另外，可以使用數(shù)據(jù)分析表達式（）（）（一種被認為是 公式語言擴展的公式語言）來編寫計算。因此，生成表格模型所需的技能與生 成多維模型所需的技能相比，前者更常用或更容易學(xué)會。*靈活性：因為不需要將數(shù)據(jù)嚴格地整理到度量值和維度中，所以，與多維模型相比， 表格建?？梢约涌扉_發(fā)周期，所需的前期數(shù)據(jù)準備工作較少，設(shè)計嚴格性也較低。當 需要根據(jù)不斷變化的業(yè)務(wù)要求更新關(guān)系和計算時，這種數(shù)據(jù)體系結(jié)構(gòu)還可以很方便地 對數(shù)據(jù)建模做出相應(yīng)的變更。盡管熟悉程度和靈活性是表格建模的關(guān)鍵優(yōu)點

7、，但它也存在缺點。例如，表格建?？赡?不適合于那些具有高度復(fù)雜的數(shù)據(jù)集或需要復(fù)雜業(yè)務(wù)邏輯的解決方案。雖然語言的用戶通常可以通過創(chuàng)建 公式來提供表格模型中原本未提供的分析功能，但是，在這些情況下， 使用多維建模本身自帶的高級功能可能更適合且更高效?？蛻舳朔治龉ぞ邿o論您選擇多維建模還是表格建模，都請務(wù)必注意，您都可以使用能夠生成 或 的客戶 端工具來查詢模型。例如， 和 就是可以使用 生成查詢的客戶端工具，而 是可使用 生成查詢的客戶端工具。本指南有兩種例外情況。* 是一個可提供交互式數(shù)據(jù)瀏覽和可視化的工具，是用于的 外接程序的一項功能。如果您要使用 或任何其他使用 查詢 的分析客戶端，則需要使用

8、表格 模型。的未來版本可能會提供使用 來查詢多維模型的功能，這樣，您就可以通 過諸如 之類的客戶端工具來訪問這些模型了。*已配置為使用 的表格模型要求使用可生成 查詢的客戶端工具（如）。的未來 版本可能會允許配置為使用的表格模型接受查詢。4 4 / / 1818數(shù)據(jù)模型您的數(shù)據(jù)模型的特征是您選擇建模體驗時的核心注意事項。數(shù)據(jù)關(guān)系任何數(shù)據(jù)模型的基本要求都是要正確地表示該模型中的數(shù)據(jù)元素如何相互關(guān)聯(lián)和連接，這非常類似于拼圖游戲的各個拼圖碎片。表格模型和多維模型都要求您在源數(shù)據(jù)表之間 定義關(guān)系。數(shù)據(jù)建模中的常見關(guān)系是一對多關(guān)系、多對多關(guān)系和引用關(guān)系。一對多關(guān)系在一對多關(guān)系中，一個表中的一個記錄與另一

9、個表中的多個記錄相關(guān)。一對多關(guān)系的示 例是一個客戶具有多個銷售訂單。表格數(shù)據(jù)模型和多維數(shù)據(jù)模型本身就可以處理一對多 關(guān)系。多對多關(guān)系在多對多關(guān)系中，一個表中的許多記錄與第二個表中的許多記錄相關(guān)。例如，單個客戶 與多個銷售訂單具有一對多關(guān)系；但每個客戶可以分類為一個或多個客戶簡況（如體育 愛好者、休閑游戲玩家和健身專家）。按客戶簡況來分析訂單就是一個多對多關(guān)系，其 中可能會出現(xiàn)重復(fù)計數(shù)：當匯總對應(yīng)于各客戶簡況的訂單來獲得訂單總數(shù)時，如果某位 訂購一輛自行車的客戶既是體育愛好者又是健身專家，則此訂單很容易被計入兩次。通 常，多對多關(guān)系通過使用橋接表或中間表分解為兩個一對多關(guān)系來進行管理，如圖中所示

10、。警戶ID客戶暢1休育畫好者1休閑游戲玩贏1健身專家橋接中間表（用于指定客戶簡況）圖：多對多示例在多維模型中，通過標識橋接表，然后將該橋接表與模型中的其他表相關(guān)，可以直接在 此數(shù)據(jù)模型中定義并生成多對多關(guān)系。當聚合時，將應(yīng)用非重復(fù)匯總，以確保數(shù)據(jù)總計正確匯總，而不會錯誤地放大。表格模型不支持多對多關(guān)系的定義。但是，您可以使用語言來創(chuàng)建處理多對多關(guān)系的公式。容戶ID客戶姓名1 i jsbeThohnsoniiM客戶表5 5 / / 1818引用關(guān)系數(shù)據(jù)模型可能包含與多個實體相關(guān)的一組公共屬性。例如，與客戶、供應(yīng)商和商店相關(guān) 的地理屬性。在多維建模中，您必須創(chuàng)建一個包含公共屬性的維度，然后創(chuàng)建指向

11、每個 相關(guān)維度的引用維度關(guān)系。在表格建模中，不需要創(chuàng)建引用關(guān)系，只需在包含公共屬性 的表與包含相關(guān)實體的表之間創(chuàng)建關(guān)系。層次結(jié)構(gòu)層次結(jié)構(gòu)將數(shù)據(jù)分類到樹結(jié)構(gòu)中，以便于進行深化分析。標準層次結(jié)構(gòu)標準層次結(jié)構(gòu)由來自源數(shù)據(jù)中各列的有序級別組成。 例如， 產(chǎn)品層次結(jié)構(gòu)可以將產(chǎn)品整 理到子類別中，然后進一步整理到類別中。在這種情況下，您將具有含三個級別的層次 結(jié)構(gòu)，其中每個級別都來自源數(shù)據(jù)的一個單獨列。表格模型和維度模型都支持簡單的層 次結(jié)構(gòu)(例如此處介紹的產(chǎn)品層次結(jié)構(gòu))。請注意，在多維模型中有一個創(chuàng)建屬性關(guān)系的附加步驟，此步驟顯式標識每個維度中各 屬性之間的一對多關(guān)系。強烈建議定義屬性關(guān)系，因為借助這些

12、關(guān)系可以更高效地設(shè)計 預(yù)先計算的聚合，并且 語義依賴于屬性關(guān)系。表格建模更簡單，因為您不需要創(chuàng)建屬性 關(guān)系。表格模型不預(yù)先計算聚合，并且語義不依賴于標識屬性之間的一對多關(guān)系，因此 在表格建模中，沒有與多維建模的屬性關(guān)系等效的關(guān)系。不規(guī)則層次結(jié)構(gòu)當層次結(jié)構(gòu)樹中缺少給定的數(shù)據(jù)元素時，將出現(xiàn)不規(guī)則的層次結(jié)構(gòu)。例如，如果沒有為 產(chǎn)品分配子類別，但分配了產(chǎn)品類別，則將出現(xiàn)不規(guī)則的產(chǎn)品層次結(jié)構(gòu)。在這些情況下， 您可以選擇在樹中隱藏空隙(不顯示空隙)，以便于進行深化分析。多維模型本身支持 不規(guī)則的層次結(jié)構(gòu)；但表格模型不支持此功能。父子層次結(jié)構(gòu)父子層次結(jié)構(gòu)提供了一種更復(fù)雜的層次結(jié)構(gòu)設(shè)計。父子層次結(jié)構(gòu)中的分支并不全都具有 相同的級別數(shù)。例如，員工與經(jīng)理之間的父子關(guān)系可能生成這樣的層次結(jié)構(gòu)：一些經(jīng)理 只具有直接下屬，而其他經(jīng)理所具有的每個直接下屬也有其自己的直接下屬。這種層次 結(jié)構(gòu)是通過在源數(shù)據(jù)表的兩列之間創(chuàng)建關(guān)系來建模的，如圖 所示。通過多維模型本身具有的功能，您可以根據(jù)源數(shù)據(jù)中的關(guān)系來定義和生成父子層次結(jié)構(gòu)。在表格模型中，您可以利用 函數(shù)來創(chuàng)建在計算中導(dǎo)航并使用父子結(jié)構(gòu)的公式。有關(guān)如何 在表格模型中使用父子層次結(jié)構(gòu)的詳細信息，請參