Telerik Reporting对比SSRS？

Question

广义问题是：Telerik Reporting有什么功能是SSRS（2005）没有的吗？

具体来说，我们正在寻找将当前的报告基础架构从内部ASP.NET + Crystal (VS版)迁移到其他方案。

忽略成本因素（我们拥有Telerik许可证），选择Telerik还是SSRS有哪些利弊呢？

我们需要的关键元素是：

• 从自定义的ASP.NET应用程序生成报告
• 安排报告
• 随需或按计划发送电子邮件报告
• PDF输出，钻取HTML
• 在将数据集传递给呈现引擎之前，在C#中对其进行处理

任何关于两个引擎的优劣点的经验或网站都将不胜感激。

- JPot

Answer 1

SSRS是一个基于服务器的报表系统，而Telerik Reporting则纯粹是一个嵌入式报表工具。除非您也打算使用SSRS服务器，否则应该将Telerik Reporting与本地处理模式下的SSRS ReportViewer控件进行比较，而不是整个SSRS系统。我认为这是要回答的第一个问题：您应该评估使用报表服务器的利弊。

选择嵌入式报表的常见原因是为了避免对服务器的依赖。如果您是应用程序开发人员，并且部署应用程序到多个站点，则需要支持多个SSRS安装，除了您的应用程序。Telerik报表编译为一个dll，您可以轻松地将其与您的应用程序一起部署。

一般来说，基于服务器的SSRS比Telerik报告更具有特色，尤其是SSRS 2008的tablix非常方便。我认为Telerik Reporting仅支持跨表格自2009年Q1以来。它不支持像钻取这样的交互功能。您应该查看Telerik报告的已知限制项以及与SSRS 2005相比，SSRS 2008的重大改进。另一方面，本地模式下的ReportViewer仅了解RDL 2005，因此您只能使用SSRS 2005功能。

现在，查看您的要求更加容易。

从自定义ASP.NET应用程序生成报告

- SSRS服务器：配置为远程处理查看SSRS服务器处理和呈现的报告的Microsoft ReportViewer Web控件 - SSRS本地模式：Microsoft ReportViewer处理和呈现本地RDL 2005报告定义 - Telerik：Telerik ReportViewer处理和呈现报告。报告可以作为单个dll部署，并嵌入所有资源（图像等）。这是Telerik报告的优点。

安排报告

• SSRS：服务器端功能，本地模式不支持
• Telerik：不支持

按需或按计划通过电子邮件发送报告

• SSRS：服务器模式下有各种输出格式。在本地模式下，ReportViewer仅支持Excel和PDF
• Telerik：有各种输出格式，包括pdf

PDF输出

• SSRS：服务器模式下有各种输出格式。在本地模式下，ReportViewer仅支持Excel和PDF
• Telerik：有各种输出格式，包括pdf

钻取html

• SSRS Server：可以钻取到带参数的子报表（另一个RDL报表定义），报表元素中的静态URL
• SSRS本地模式：只有静态URL，没有交互功能
• Telerik：只有静态URL，没有交互功能

在将数据集传递给渲染引擎之前，在C＃中处理数据集

• SSRS Server：支持在RDL中定义的报表数据集、兼容OLEDB的数据源、XML数据、Integration Services包和标准.NET提供程序
• SSRS本地模式：这是直接从Lachev的书（第525页）摘录的：

在本地处理模式下，ReportViewer支持两种类型的数据源： 包含ADO.NET DataTable对象或可枚举的业务对象集合的数据集。 ReportViewer Windows Forms还支持绑定到System.Windows.Forms.BindingSource和System.Type实例。 Report Viewer Web服务器支持绑定到System.Web.UI.IDataSource实例。

• Telerik：任何DataSet或DataView都可以在运行时设置为数据源

根据您的关键要素，并假定您正在企业防火墙内进行内部报告，我肯定建议使用SSRS服务器。尝试获取一个SQL Server 2008许可证或使用SQL 2008 Express作为报告服务器。但是，如果您绝对必须使用嵌入式报告，则Telerik可能是更好的选择，至少在Microsoft ReportViewer在本地模式下支持RDL 2008之前。此新ReportViewer应随Visual Studio 2010一起发布。

对于SSRS，我建议阅读Teo Lachev的Applied Microsoft SQL Server Reporting Services。样章可在book's site和Google Books中获得。

Telerik Reporting也具有出色的支持。开发Telerik报告主要依赖于samples和support forums。

我还写了关于嵌入式报告和Telerik Reporting的博客文章。

- mika

---

非常棒的回答。我还没有深入研究你提供的所有链接，但前五个链接就已经帮了我很多。谢谢你。 - JPot

最新版本的Telerik报告也支持自定义业务集合，供您参考。 - Brian Mains

这里有几个重要的事情需要补充... SSRS（服务器端）是一个极其笨重的解决方案，旨在创建内部报告。在企业中可能有意义，但我们在一个小店使用它时，它成为了一场彻头彻尾的噩梦。我们有一个多租户的情况，它并不适合提供安全的面向客户的报告。后来我们只在客户端使用它，效果更好，但与Access多年前的版本相比，报告生成器仍然很原始，本应易如反掌的任务变得晦涩难懂，而且只能在IE中正确呈现。小团队请注意。 - Brian MacKay

Answer 2

我想为Telerik的解决方案添加一些新信息。

以前不支持的一些功能，例如报告调度和按需或计划发送电子邮件报告，现在作为Telerik Report Server产品的一部分可用。报告服务器附带了上面提到的报告设计器。有关详细信息，请单击此处。

- Iana Tsolova

Answer 3

关于Telerik的交互性，我想补充mika的回复：

他们现在的报告提供一些交互功能，即导航到子报告（钻取）、导航到书签和导航到URL。他们当前的路线图提到他们将在2011年底之前添加交互式排序和钻取。这些应该使他们的报告产品在这方面更接近SSRS。

- Vaskess

Answer 4

我们停止使用SSRS并选择Telerik的主要原因之一是Telerik在浏览器兼容性方面拥有更好的支持。自然而然地，当涉及到浏览器兼容性时，人们不会期望微软为竞争对手的产品提供相同的支持。考虑到您计划开发基于Web的应用程序，这可能是一个重要因素。

我最初使用的是Telerik 2010 Q2版本的报告，从未遇到过在Web应用程序上链接报告以提供钻取或链接功能的问题。它非常简单和直观。

另一件需要考虑的事情是SSRS报告文件是RDL文件，而Telerik报告被编译到您的应用程序中。如果您需要更改报告，则需要重新编译和部署应用程序。对于RDL文件，您只需将其上传到SSRS服务器即可。尽管这意味着更长的变更请求SDLC，但我仍然更喜欢Telerik。

还有一件让我感到困扰的事情是，只要我们使用SSRS，就必须安装VS 2008和2010，因为VS 2010没有像2008那样支持设计RDL报告（BIDS基本上是VS 2008的精简版：Visual Studio 2010 Reporting Services Projects？）。使用Telerik，我们可以坚持使用VS 2010。

对于“Telerik Reporting也有出色的支持。开发Telerik报告严重依赖示例和支持论坛”的评论： 不，您在做出假设。我创建了许多复杂的报告，而无需从论坛/示例等获取任何指导-这是一个非常直观的工具。我相信有很多开发人员能够在没有“重度”依赖于论坛/示例的情况下做得很好-这不是什么高深的科学，这很简单。

- Michael M

---

Syncfusion拥有一个相当跨平台的SSRS查看器。 - John Lord

Answer 5

在Azure中不支持SSRS本地模式。

- yowl00

Answer 6

在最新版本的Telerik Reporting中，Report Designer是一种类似于Report Builder的工具，报表查看器支持XML报表定义（trdx）。因此，如果您更改了报表，则无需进行编译。

- p.raykov