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