sql-server - 以 excel 作为前端的分析服务 - 是否有可能获得 powerpivot 提供的更好的 UI

Question

我一直在研究 PowerPivot 并得出结论，对于“自助服务 BI”和多维数据集的临时构建，它有其用途。我特别喜欢使用 PowerPivot 而不是仅仅使用连接到分析服务数据源的数据透视表获得的增强 UI。

然而， 似乎将 PowerPivot 连接到现有的分析服务多维数据集并不是“组织 BI”的解决方案。一次将数百万行吸收到 excel 中并不总是可取的，并且 PowerPivot 和分析服务之间的接口(interface)在我的书中非常糟糕。

因此问题是 现有的分析服务解决方案能否获得 power pivot 带来的增强 ui 功能， 没有 使用 powerpivot 作为设计工具？如果 powerpivot 的目标是自助服务/个人 BI，那么它的 UI 比更大/更昂贵的分析服务解决方案更好，这似乎很奇怪。

Answer 1

尽管我同意 PowerPivot 的 UI 比通过标准数据透视表使用 Analysis Services 更好，但通过 Excel 客户端的 PowerPivot 在尝试使用它代替 Analysis Services 时有一些非常糟糕的缺点。

您必须将所有行下载到电子表格中才能“刷新”数据。在大型数据仓库中，这相当于让用户直接对您的数据库运行 SELECT * 查询。这对用户来说非常慢，并且对您的服务器具有很高的资源使用成本。

某人以不安全的方式有意或无意地带着整个数据仓库走出办公室是极其容易的。哎哟!

最终用户机器需要非常强大。我尝试在我们的标准公司机器上使用带有几个小表(500 万行或更少)的 PowerPivot，但它没有足够的内存来刷新 PowerPivot。我认为在整个企业中部署 PowerPivot 的唯一方法是将所有分析机器升级到 64 位 Windows 7，至少有 6GB 到 8GB 的​​ RAM。尽管这在小型组织中是可行的，但在大型企业中却不是一个合理的解决方案。

如果您分发 PowerPivot 以不受限制地访问您的数据仓库，那么您将无法获得关于人们如何使用您的数据的任何好的指标。是的，您可能有关于人们点击刷新按钮的频率的指标，并且您可能能够记录他们查询的表，但除非您直接审核他们的电子表格，否则您将看不到他们如何使用数据。即便如此，你也只会得到他们的最终结果——而不是他们如何获得最终结果的途径。

PowerPivot 生成非常非常大的文件。即使有人将数据深入到总数据的一小部分，仍然很难与其他人共享文件，因为大型 PowerPivot 文件通常超过最小 Exchange 服务器文件大小限制。尽管 Analysis Services 文件从来没有遇到过这个问题，但我在我的组织中遇到过这个问题。

PowerPivot 没有很好的安全模型。当然，您可以限制第一次访问数据的人，但一旦数据出现在电子表格中就无法限制。如果用户无权访问基础多维数据集，Analysis Services 会阻止用户更改电子表格。使用 PowerPivot 破坏最有值(value)的业务数据的安全性非常容易。

PowerPivot 当前无法针对非常大的数据源进行扩展。我有几个数十亿的事实表，PowerPivot 无法下载这些表，除非我将它们预先聚合到几亿行。 PowerPivot 非常适用于小型数据仓库，但它不能很好地扩展到大型数据仓库。

请注意我的上述评论不适用于通过 SharePoint 的 PowerPivot。我还没有尝试过 SharePoint 集成产品，但我所看到的有关该产品的 SharePoint 版本的文档和演示似乎已经解决了上述许多问题。

尽管有上述所有评论，但如果您的数据仓库非常小或不成熟，PowerPivot 可以替代 Analysis Services。如果您最大的事实表有几百万行，那么如果您是一个 1-2 人的 BI 团队，那么构建和维护数据仓库的开销可能并不划算。对于没有专门的 BI 团队并且只有少数 Excel 垃圾分析师的部门来说，PowerPivot 可能是一个很棒的新功能。使用 PowerPivot 将来自不同数据源的虚拟数据集市组合在一起并不复杂。但是，如果您想构建一个真正安全、可扩展且高度可管理的专业数据仓库，那么我建议在 Analysis Services 中构建多维数据集，并使用 Excel 或第三方供应商工具连接到 Analysis Services OLAP 多维数据集。