在Business Intelligence Developer Studio中，我想知道为什么要从OLAP多维数据集创建报表模型。
据我了解，OLAP多维数据集和报表模型都是底层结构（通常是关系数据库）的面向业务的视图，这对业务用户来说可能并不重要。立方体在维度和度量方面是一个多维视图，报告模型是......我不完全确定 - 它是一个更注重业务，但仍然是关系视角的？
无论如何，在Report Builder中，我可以直接连接到OLAP多维数据集或报表模型。所以我不明白为什么，如果我有一个OLAP多维数据集已经提供了适合最终用户的数据的面向业务的视图，为什么我会将其转换为报表模型并在报表生成器中使用它。 / p>
我认为我显然错过了报告模型和多维数据集之间的一些根本区别 - 任何帮助表示赞赏！
答案 0 :(得分：1)
一般来说，我同意创建基于多维数据集的模型没有多大意义。我想你可以使用它隐藏多维数据集的某些方面，然后你可以使用基于角色的安全性向用户公开不同的模型。我通常不会让BI以外的用户在SSRS中构建报告，所以这对我来说不是一个令人信服的理由。
如果您没有OLAP多维数据集，则报告模型很好。这是一种隐藏表连接和字段复杂性的好方法，同时为用户提供了获取数据的方法。它还可以为业务用户提供更友好的名称，而不是列存储在数据库中的方式。
答案 1 :(得分：1)
在SQL Server 2005中，您仍然必须在多维数据集上创建报表模型才能使用报表生成器。 RB 2.0将直接打开一个多维数据集，尽管RB并不一定支持SSAS的所有可用功能。 Teo Lachev的This blog entry更详细地讨论了它。
答案 2 :(得分：1)
OLAP多维数据集的另一个优点是计算引擎。
您可以在多维数据集中使用复杂的计算度量，这些度量在关系数据库中很难制作和/或耗时，但非常适合Analysis Services。
然后，您可以使用报表生成器向业务用户公开这些计算，从而隐藏固有的复杂性。
答案 3 :(得分：0)
安全和简单。
您可以针对关系数据库或维度数据库使用报表模型，以便为用户提供更易于使用的数据视图。
您可能还希望通过仅公开可用列的子集来保护您的数据库。
您可以更改模型的基础数据源/架构，但保持模型完整，从而确保为最终用户提供无缝体验。