在Business Intelligence Developer Studio中，我想知道爲什麼要從OLAP多維數據集創建報表模型。在SQL Server商業智能中，爲什麼要從OLAP多維數據集創建報表模型？
就我所知，OLAP多維數據集和報表模型都是基本結構（通常是關係數據庫）的面向業務的視圖，這對業務用戶來說可能沒有多大意義。立方體在維度和度量方面是一個多維的視圖，報告模型是......好吧，我不完全確定 - 它是更加面向業務的，但仍然是本質上的關係視圖？
無論如何，在報表生成器中，我可以直接連接到OLAP多維數據集或報表模型。所以我不明白爲什麼，如果我有一個OLAP多維數據集已經提供了適合最終用戶的面向業務的數據視圖，那麼爲什麼我會將其轉換爲報表模型並在報表生成器中使用它。
我想我很明顯缺少報表模型和多維數據集之間的一些根本區別 - 任何幫助表示感謝！
在SQL Server 2005中，您仍然必須在多維數據集上創建報表模型才能使用報表生成器。 RB 2.0將直接打開一個立方體，儘管並非所有可用的SSAS功能都必須由RB支持。 Teo Lachev的This blog entry對此進行了更詳細的討論。
鏈接被破壞。 – 2015-07-08 13:10:54
一般來說，我會同意創建基於多維數據集的模型沒有多少意義。我想你可以用它來隱藏多維數據集的某些方面，然後你可以使用基於角色的安全性向用戶公開不同的模型。儘管我通常不會讓BI以外的用戶在SSRS中創建報表，但這對我來說不是一個令人信服的理由。
如果您沒有OLAP多維數據集，報告模型很好。這是隱藏表連接和字段的複雜性的好方法，同時爲用戶提供了一種獲取數據的方式。它也是爲業務用戶提供字段的友好名稱，而不是列在數據庫中的存儲方式。
安全和簡單。
您可以針對關係數據庫或維度數據庫使用報告模型，爲用戶提供更易於使用的數據視圖。
您也可能希望僅通過公開可用列的子集來保護您的數據庫。
您可以更改模型的基礎數據源/模式，但保持模型不變，從而確保爲最終用戶提供無縫體驗。
OLAP多維數據集的另一個優點是計算引擎。
您可以在您的多維數據集中生成複雜的計算度量值，這些度量值很難在關係數據庫中製作和/或耗時，但非常適合分析服務。
然後，您可以使用Report Builder將這些計算公開給業務用戶，從而隱藏固有的複雜性。
維度數據庫（用作多維數據集源的關係數據庫）的要點是它應該可以被業務用戶理解。然後可以使用DSV進一步細化，以便在必要時以更「友好」的方式控制安全性並重命名事物。 [By Dimensional DB我的意思是一個星型模式RDBMS。] – 2010-05-05 09:05:52