尽管我同意 PowerPivot 具有比通过标准数据透视表使用 Analysis Services 更好的 UI,但通过 Excel 客户端的 PowerPivot 在尝试使用它来代替 Analysis Services 时有一些非常糟糕的缺点。
您必须将所有行下载到电子表格中才能“刷新”数据。在大型数据仓库中,这相当于让用户直接对您的数据库运行 SELECT * 查询。这对用户来说非常慢,并且对您的服务器来说资源使用成本很高。
某人以不安全的方式有意或无意地带着你的整个数据仓库走出办公室是非常容易的。哎哟!
最终用户机器需要非常强大。我尝试在我们的标准公司机器构建上使用带有几个小表(500 万行或更少)的 PowerPivot,但它没有足够的内存来刷新 PowerPivot。我认为在整个企业中部署 PowerPivot 的唯一方法是将所有分析机器升级到至少 6GB 到 8GB RAM 的 64 位 Windows 7。尽管这在小型组织中是可行的,但在大型企业中却不是一个合理的解决方案。
如果您分发 PowerPivot 并不受限制地访问您的数据仓库,您将无法获得任何关于人们如何使用您的数据的良好指标。是的,您可能有关于人们点击刷新按钮的频率的指标,并且您可能能够记录他们正在查询哪些表,但是除非您直接审核他们的电子表格,否则您不会看到他们如何使用数据。即使那样,你也只会得到他们的最终结果——而不是他们如何获得最终结果的路径。
PowerPivot 生成非常非常大的文件。即使有人将数据向下钻取到总数据的一小部分,仍然难以与其他人共享文件,因为大型 PowerPivot 文件通常超过最小 Exchange 服务器文件大小限制。尽管 Analysis Services 文件从来没有遇到过这个问题,但我在我的组织中遇到过这个问题。
PowerPivot 没有很好的安全模型。当然,您可以限制谁第一次访问数据,但一旦数据在电子表格中,您就不能限制它。如果用户无权访问基础多维数据集,Analysis Services 会阻止用户对电子表格进行更改。使用 PowerPivot 破坏您最有价值的业务数据的安全性非常容易。
PowerPivot 目前无法针对非常大的数据源进行扩展。我有几个数十亿的事实表,PowerPivot 无法下载这些事实表,除非我将它们预先聚合到几亿行。PowerPivot 非常适合小型数据仓库,但不能优雅地扩展到大型数据仓库。
请注意,我的上述评论不适用于通过 SharePoint 的 PowerPivot。我还没有尝试过 SharePoint 集成产品,但上述许多问题似乎已经从我看到的 SharePoint 版本产品的文档和演示中得到解决。
尽管有上述所有评论,但如果您的数据仓库非常小或不成熟,PowerPivot 可以替代 Analysis Services。如果您最大的事实表有几百万行,那么如果您是一个 1-2 人的 BI 团队,那么构建和维护数据仓库的开销可能并不划算。对于没有专门的 BI 团队并且只有少数 Excel 垃圾分析师的部门来说,PowerPivot 可能是一个很棒的新功能。使用 PowerPivot 将来自不同数据源的虚拟数据集市放在一起并不需要太多复杂性。但是,如果您想构建一个真正专业的、安全、可扩展且高度可管理的数据仓库,