JPo*_*Pot 41 telerik reporting-services telerik-reporting
广泛的问题是:SSRS(2005)不能做任何Telerik报告吗?
细节:我们希望将我们当前的报告基础架构从内部ASP.NET + Crystal(VS版)迁移到其他东西.
忽略成本因素(我们有Telerik许可证),与Telerik通过SSRS有任何利弊吗?
我们需要的关键要素是:
C#传递给渲染引擎之前按下数据集任何指出优点或限制(使用任何引擎)的经验或网站将不胜感激.
mik*_*ika 86
SSRS是基于服务器的报告系统,而Telerik Reporting纯粹是一种嵌入式报告工具.您应该在本地处理模式下比较Telerik Reporting与SSRS ReportViewer控件,而不是整个SSRS系统,除非您打算也使用SSRS服务器.我认为这是第一个要回答的问题:您应该评估使用报表服务器的优缺点.
选择嵌入式报告的通常原因是避免服务器依赖性.如果您是应用程序开发人员并将应用程序部署到多个站点,则除了应用程序之外,还必须支持多个SSRS安装.Telerik报告编译为一个dll,您可以轻松地使用您的应用程序进行部署.
通常,基于服务器的SSRS比Telerik报告功能更丰富,尤其是SSRS 2008 tablix非常方便.我认为Telerik Reporting仅从2009年第一季度开始支持交叉表.它不支持诸如向下钻取之类的交互式功能.您应该看到Telerik报告的已知限制以及SSRS 2008与SSRS 2005相比的重大改进.另一方面,本地模式下的ReportViewer仅了解RDL 2005,因此您仅限于SSRS 2005功能.
现在,更容易查看您的要求.
从自定义ASP.NET应用程序生成报告
安排报告
按需或按计划发送电子邮件报告
Pdf输出
向下钻取html
在将数据集传递给渲染引擎之前,先在C#中按下数据集
ReportViewer在本地处理模式下支持两种类型的数据源:包含ADO.NET DataTable对象或可枚举业务对象集合的数据集.ReportViewer Windows窗体还支持绑定到System.Windows.Forms.BindingSource和System.Type的实例.报表查看器Web服务器支持绑定到System.Web.UI.IDataSource的实例.
鉴于您的关键元素,并假设您在公司防火墙内部进行内部报告,我绝对建议使用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.示例章节可在本书的网站和Google图书中找到.
Telerik Reporting也有很好的支持.开发Telerik报告在很大程度上依赖于样本和支持论坛.
我还撰写了有关嵌入式报告和Telerik报告的博客文章.