SSRS 2008与SSRS 2012

Question

我一直试图弄清楚使用SSRS 2012和PowerView与使用SSRS 2008是否合理.

我有以下问题:

1. 没有PowerView的SSRS 2012有什么好处(即不使用Sharepoint)？
2. 您需要什么版本的SharePoint才能使PowerView适用于SSRS 2012？
3. 如果您在没有PowerView/SharePoint的情况下几乎无法利用SharePoint或PowerView而非SSRS 2008或SSRS 2012,那么学习和使用Sharepoint是否有意义？

Answer 1

我可以解决整个问题,但不是前两个要点,因为我没有使用Sharepoint足以给出版本差异.

从我做过的所有事情的Powerview是一个dll,它允许像对象这样的报表创建为Excel的附加功能.然后,可以在库中的Sharepoint中托管这些对象.缺点是您需要使用dll并添加到Sharepoint才能使用它.据我所知,您承诺用户使用此选项转到SharePoint.虽然你通常做出我认为他们称之为'PowerPivot'的东西,就像你报告的Excel文件中的客户数据集一样,但它们确实让它变得有点整洁.此选项适用于与Sharepoint广泛协作的商店.我没有听说太多地方使用它来面向前端或外部报告的客户端.

SSRS的最新调用是SSRS 2012,我在开发过程中看到的所有东西都与SSRS 2008R2完全相同,只不过它们将2012添加到命名空间中.在命名和智能感知和引擎盖下可能会有一些小的调整,但语言几乎是相同的.说SSRS 2012现在免费提供SSRS的高级工具,并且还可以移植到大多数前端,您可能需要:与表格中的HTML服务,ASP.NET,WinForms或WPF等客户端应用程序.您基本上创建并托管报告,您可以在任何地方访问它们.

对大多数人来说,真正的问题是:"哪些报告看起来更酷,更容易使用？" 我会选择SSRS,但知道它更多的是学习SQL和一点点xml和Visual Studio(非常轻)的学习曲线.然而POWERVIEW更图形与它的参数和选项,最终用户和强调了一些它可以映射交互性SSRS不能做的事.SSRS恕我直言的最大贬值者是两件事:

1. 它根本不是基于事件的.每当您进行映射或要缩放或执行操作然后生成其他操作或"事件"时,都会显示此信息.它可以做一个"点击"做一些事情,但不是在同一页面上.通常你会欺骗它打开一个新的表单进行"钻取"或使用javascript来欺骗它通过点击打开表单来做一个便宜的男人版本悬停在报告上.
2. 要继续关闭一个参数值的默认行为并将其传递下去.SSRS的所有内容都会在执行时发生,然后其他任何事情都会发生离开表单,而不是留在那里.

说一切我仍然更喜欢SSRS.当更好地呈现它们时,它倾向于处理大型数据集.不一定总能得到它们,因为PowerView在本地优化集合,但代价是巨大的excel文件.有点像伪造的立方体.它们很快,但是你有一个很大的文件大小.但是由于它们是基于Excel的,因此有大量数据它们往往很笨重.是的,最后的查询将返回更快,但你有一个巨大的文件.实际上,如果您擅长SQL SERVER,那么您可以创建一个报表仓库,该报表仓库可以很好地从指标和多维数据集中编制索引,以便为多个报表执行此操作.SSRS更适合TSQL的开发人员,而PowerView更适合那些了解SQL但喜欢Excel的分析师.他们想要一个'Select*from(table)'然后形成数据,而不是他们知道如何先在他们的集合上进行高级分组,然后想要向某人展示成品.