Reporting services 在SQL Server Business Intelligence中，为什么要从OLAP多维数据集创建报表模型？

在BusinessIntelligenceDeveloperStudio中，我想知道为什么要从OLAP多维数据集创建报表模型

据我所知，OLAP多维数据集和报表模型都是底层结构（通常是关系数据库）的面向业务的视图，对业务用户来说可能意义不大。多维数据集在维度和度量方面是一个多维视图，而报表模型是。。。我不能完全确定——这是一个更面向业务，但本质上仍然是关系型的视图吗

无论如何，在报表生成器中，我可以直接连接到OLAP多维数据集或报表模型。所以我不明白为什么，如果我有一个OLAP多维数据集，它已经为最终用户提供了面向业务的数据视图，为什么我会将其转换为报表模型，并在报表生成器中使用它

---

我想我显然忽略了报表模型和多维数据集之间的一些基本区别——非常感谢您的帮助

一般来说，我同意基于立方体创建模型没有多大意义。我想您可以使用它隐藏多维数据集的某些方面，然后使用基于角色的安全性向用户公开不同的模型。不过，我通常不让BI之外的用户在SSR中构建报告，所以这对我来说不是一个令人信服的理由

---

如果您没有OLAP多维数据集，那么报表模型是很好的。这是一种很好的方法，可以隐藏表联接和字段的复杂性，同时为用户提供获取数据的方法。与列在数据库中的存储方式相比，这也是一个为业务用户提供更友好的字段名称的机会。

安全性和简单性

您可以对关系数据库或维度数据库使用报表模型，以便为用户提供更易于使用的数据视图

您可能还希望通过仅公开可用列的子集来保护数据库

---

您可以更改模型的基础数据源/架构，但保持模型不变，从而确保最终用户的无缝体验。

在SQL Server 2005中，您仍然必须在多维数据集上创建报表模型才能使用报表生成器。RB2.0将直接打开一个多维数据集，尽管RB并不一定支持SSA的所有可用功能。Teo Lachev对此进行了更详细的讨论。

OLAP多维数据集的另一个优点是计算引擎

在多维数据集中可以有复杂的计算度量，这些度量在关系数据库中很难生成和/或耗时，但非常适合于Analysis Services

---

然后，您可以使用Report Builder向业务用户公开这些计算，从而隐藏其固有的复杂性。

维度数据库（关系数据库用作多维数据集等的源）的关键在于，业务用户应该能够理解它。然后，可以使用DSV进一步完善这一点，以控制安全性，并在必要时以更“友好”的方式重命名。[所谓维度数据库，我指的是星型模式RDBMS.]提供的链接已断开。