【问题标题】:Advantage to using SQL Server Reporting Services? [closed]使用 SQL Server Reporting Services 的优势? [关闭]
【发布时间】:2011-11-25 09:36:22
【问题描述】:

使用 SQL Server Reporting Services 而不是仅通过应用程序使用普通报告有什么优势?

我可以理解数据位于 SQL Server 上,所以也许这是一个提供报告的好地方,但在实践中实际优势是什么?是否值得将您的应用程序转换为使用 Reporting Services?

【问题讨论】:

  • “而不仅仅是通过应用程序使用正常报告” - 什么应用程序?此应用程序提供哪些报告功能?
  • 我的意思是通过水晶或 microsoft.reporting 等报告组件。
  • Crystal 是一个报表设计器,其方式与 SSRS 大致相同 - 它与 SSRS 差不多是一个报表组件。
  • 一个由 SQL Server 提供,另一个不是。
  • 你是什么意思,“服务”?他们都可以访问 SQLServer 数据库。

标签: sql-server reporting-services


【解决方案1】:

像往常一样,这取决于 :-) 如果您的应用程序的目的只是提供基于 SQL Server 2005/2008 数据库中的数据的报告,那么使用报告服务可以让您无需开发任何东西(也许除了创建报告之外)定义)。

那么报告服务提供了什么:

  • 报表设计器(非常易于使用),
  • 它可以处理用户身份验证和授权,
  • 报告订阅,
  • 将报告导出为各种格式(xls、csv、pdf)。

这只是 SSRS 完整功能的摘录。我只是在很久以前才使用过它们,所以我可能忘记了一些东西。我记得 MS 准备了报表查看器控件,它们可用于 ASP.NET 网站和 Windows 窗体应用程序。

除了您所写的问题之外-据我所知,报告服务不需要安装在与 SQL Server 相同的服务器计算机上。

如果报告只是您的应用程序的次要功能,并且您只有很少的指定和已实现的报告,那么也许没有必要使用 SSRS。

总而言之,我认为 Sql Server Reporting Services 的主要优点是:

  • 它们可以满足大多数报告需求,而无需开发所有这些需求 功能,
  • 它们允许轻松创建新报告,
  • 它们非常适合 MS 环境并轻松集成。

【讨论】:

    【解决方案2】:

    并非所有应用程序都包含报告组件,而包含报告组件的应用程序通常只有有限的一组可用报告。

    使用 SSRS - 或 任何 用于编写您自己的报告的工具(例如 Crystal、Cognos、BIRT、Jasper 等) - 您可以报告来自您可以访问的任何数据源的任何数据,非常漂亮您需要的任何格式。

    但是,您必须自己编写报告。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-08-12
      • 2012-04-12
      相关资源
      最近更新 更多