尽管我同意PowerPivot具有比使用更好的UI Analysis Services通过标准数据透视表,PowerPivot通过Excel客户端在尝试使用它代替Analysis Services时有一些非常糟糕的缺点。
您必须将所有行下载到电子表格中以“刷新”数据。在大型数据仓库中,这相当于让用户直接针对数据库运行SELECT *查询。对于用户而言,速度非常慢,并且对服务器的资源使用成本很高。
对于某人有意或无意地以非安全方式离开办公室而非整个数据仓库,非常容易。哎哟!
最终用户机器需要非常强大。我试图在我们的标准公司机器上使用PowerPivot和一些小表(500万行或更少),并没有足够的内存来刷新PowerPivot。在整个企业中部署PowerPivot的唯一方法是将所有分析器机器升级到64位Windows 7,并且至少具有6GB至8GB的RAM。尽管这在小型组织中可行,但在大型企业中这不是一个合理的解决方案。
如果您将PowerPivot以无限制的方式存取到数据仓库中,您将不会有任何关于人们如何使用数据的好指标。是的,您可能会有关于人们点击刷新按钮的频率的指标,并且您可能能够记录他们查询的表格,但除非您直接审核其电子表格,否则他们不会看到他们如何使用这些数据。即使如此,你也只能得到他们的最终结果 - 而不是他们如何获得最终结果的途径。
PowerPivot生成真的非常大的文件。即使有人将数据深入到总数据的一小部分,仍然很难与其他人共享这些文件,因为大型PowerPivot文件通常超出了最小Exchange服务器文件大小限制。尽管从未遇到Analysis Services文件存在此问题,但我在我的组织中遇到过这种情况。
PowerPivot没有很好的安全模型。当然,您可以限制第一次访问数据的人员,但是一旦这些数据位于电子表格中后,就无法对其进行限制。如果Analysis Services无法访问基础多维数据集,则可以防止用户更改电子表格。使用PowerPivot来妥协最有价值的业务数据的安全性非常容易。
PowerPivot目前不针对超大型数据源进行扩展。我有几个数十亿的事实表,PowerPivot无法下载,除非我将它们预先聚合到几百万行。 PowerPivot对于小型数据仓库非常适用,但它不能优雅地扩展到大型数据仓库。
请注意我的上述评论不适用于通过SharePoint的PowerPivot。我还没有尝试过SharePoint集成产品,但是上述许多问题似乎都是从我看过的有关产品的SharePoint版本的文档和演示中解决的。
尽管有上述所有评论,但如果您的数据仓库非常小或不成熟,PowerPivot可以作为Analysis Services的替代品。如果您的最大事实表是几百万行,那么如果您是一个由1-2人组成的BI团队,那么构建和维护数据仓库的开销可能并不经济。 PowerPivot对于没有专门的BI团队并且只有少数Excel垃圾分析师的部门来说可能是一个很棒的新功能。使用PowerPivot将来自不同数据源的虚拟数据集市放在一起并不复杂。但是如果你想建立一个真正专业的数据仓库,它是安全的,可扩展的,高度可管理的,那么我建议在Analysis Services中构建多维数据集,并使用Excel或第三方供应商工具连接到Analysis Services OLAP多维数据集。
我还如何得到一些的PowerPivot的更好的UI功能集成到ASP.NET应用程序很感兴趣(无需SharePoint企业与授权的PowerPivot是集成需要)。无论是飞行过滤器/切片机的特点,还是/或者让用户能够从维度中挑选字段的能力。这两个功能都非常好,无论是/还是非常酷。为此添加赏金。 – AaronLS 2011-04-12 19:49:08
我用来在我的前端excel文件中节省空间的解决方案是检查数据透视表选项中的“用数据保存数据”选项。你将能够删除你的源数据(你的数百万行),并保持你的数据透视表原样。 – 2011-04-19 18:07:08
+1我想在Excel中的SSAS中的数据透视表。我已经浏览了网页,发现最好的是http://stackoverflow.com/questions/4866878/xaml-pivottable-from-mosha-pasumansky#comment14385425_4866878,但于2009年1月5日退役。SQL2012看起来是最好的替代方案。 - 至今。我正在继续审查第三方控件,以查看是否有任何可以从数据透视表生成MDX查询。 – 2012-06-14 05:18:27