我一直在试图弄清楚,在PowerView和SSRS 2008中使用SSRS 2012是否有意义。
我有以下问题:
发布于 2013-09-03 18:00:00
我可以回答整个问题,但不是头两个要点,特别是因为我还没有充分使用Sharepoint来给出版本上的差异。
我所做的每一件事都是一个dll,它允许创建类似于对象的报表,作为对Excel的添加。然后,这些对象可以托管在库中的Sharepoint中。缺点是您需要dll和来使用它。据我所知,您将使用此选项向用户承诺使用SharePoint。它们确实使它变得很整洁,尽管你通常认为它是一个'PowerPivot‘,就像在你报告的Excel文件中生成的客户机数据集一样。这个选项对于一个广泛使用Sharepoint的商店是很好的。我没有听说过太多的地方使用它的客户面对前端或外部报告。
SSRS的最新调用是SSRS 2012,从我在开发中看到的一切来看,SSRS 2008 R2与SSRS 2008 R2完全相同,只不过它们在名称空间中放置了一个2012。在命名和智能感知方面可能会有一些小的调整,但是语言几乎是相同的。他说,SSRS 2012的高级工具现在是免费的,也可以移植到你想要的大部分前端: HTML以一种形式与它的服务对话,ASP.NET,像WinForms或WPF这样的客户端应用程序。您基本上创建并托管了报告,并且可以在任何地方访问它们。
对大多数人来说,真正的问题是:“哪个报告看上去更酷,更容易使用?”我会使用SSRS,但我知道这更像是理解SQL的学习曲线,还有一点xml和Visual (非常轻)。然而,Powerview对最终用户的参数和选项更加图形化,并突出显示了SSRS无法通过映射交互性所能做的一些事情。SSRS IMHO最大的折中点是两件事:
说我还是更喜欢SSRS。当更好地呈现大型数据集时,它倾向于处理它们。当PowerView在本地优化集合时,不一定总是在获取它们,但代价是牺牲了巨大的excel文件。有点像psuedo立方体。他们是快速,但你有一个很大的文件大小的费用。但是有了大量的数据,它们往往是笨重的,因为它们是基于Excel的。是的,最后的查询会返回得更快,但是您有一个很大的文件。实际上,如果您精通SQL服务器,那么您可以创建一个报表仓库( REPORTS ),它可以很好地根据指标进行索引,还可以创建一个多维数据集(多维数据集)来处理许多报表。SSRS更适合TSQL的开发人员,而PowerView则更适合了解一些SQL但热爱Excel的分析师。他们想要一个'Select * from (表)‘然后形成数据,而不是他们知道如何在他们的集合上做高级分组,然后想要向某人展示一个成品。
发布于 2013-09-17 11:08:37
一个接一个回答你的问题:
2012年没有PowerView的话还有什么更好的?
在“本机模式”的SSRS,即非共享点安装,没有太多的新东西。呈现器现在支持Word/Excel2007-2010格式(即DOCX、XLSX)输出,添加本机模式数据警报似乎是2008年R2的唯一真正不同之处。
2012年SSRS有什么新鲜事
你需要什么版本的SharePoint使PowerView为2012年的SSRS工作?
不幸的是,您需要SharePoint企业版。
如果没有PowerView / Sharepoint?,您几乎不能利用SharePoint或PowerView的优点,而不是SSRS 2008或SSRS 2012,那么学习和使用SharePoint是否有意义?
如果您只看SharePoint来托管/共享PowerView和SSRS,那么在我看来,投资肯定是不值得的。现在还有其他更容易为小型组织或那些不想对SharePoint基础设施进行大量投资的组织所使用的替代方案。
PowerView内置到Excel 2013中,允许用户生成自己的PowerView报表。然而,直到最近,除了传递Excel文件之外,没有其他方法来共享这些文件。然而,微软现在已经发布了功率BI预览版,这是一个基于Office 365的BI平台,实质上为中小企业提供了一种更便宜、更容易的选择,以替代安装SharePoint服务器,并允许自助BI。它使用户能够上传包含PowerViews的Excel文件并与其组织共享。您还可以共享其他创建,如Power Query项目和内部数据源。都没有现场安装SharePoint .
如果你真的想试试PowerView,我建议你自己试用一下Excel 2013,或者注册Power BI预览并试一试。就我个人而言,我不建议仅仅为了升级你的SSRS安装而升级到2012,新的本机模式特性并不值得花费/努力。但是,如果您正在考虑升级其他基础设施(SQL、SSAS、SSIS),那么肯定值得这样做。
发布于 2018-10-17 13:40:54
还想补充的是,如果您从VS部署到sharepoint;您的版本必须紧密结合,例如,在sharepoint 2009上的2008 ssrs等等。您可能无法部署2008年构建在sharepoint 2012、13上的rdl。在我以前的一个项目中,我们遇到了类似的问题。
https://stackoverflow.com/questions/18598112
复制相似问题