代码之家  ›  专栏  ›  技术社区  ›  JMarsch

MS Reporting Services是否适用于独立报表?

  •  3
  • JMarsch  · 技术社区  · 15 年前

    我为ISV工作。我们的产品可以同时使用SQL Server和Oracle作为其后端服务器。它包括许多报告(目前在Crystal中)。

    我们正在调查迁移到Microsoft Reporting Services,但我开始认为这是个坏主意。

    我们希望报表看起来像是我们应用程序的一部分,而不需要SQL Server(客户可以选择Oracle)。

    尽管我看到ReportingServices支持独立模式(RDLC),但是需要SQL Server的内容和看起来不那么模棱两可的内容之间的界限却非常模糊。(例如,独立报表生成器似乎需要SQL Server,大多数文档似乎是SQL Server文档的一部分)

    在我看来,如果我想让我的应用数据库不可知论,我最好避开ReportingServices。我错过这里的船了吗?

    4 回复  |  直到 15 年前
        1
  •  1
  •   JMarsch    15 年前

    谢谢你们在这方面的帮助,伙计们。我最后得出了“不”的结论——至少在我们的案例中没有。在研究了这个问题之后,我发现:

    (顺便说一句:我们希望最终用户能够设计报告,然后将其插入我们的产品)

    1. 至少有4个报表设计器(Business Intelligence Analyzer、内置的Visual Studio设计器、报表生成器2.0、报表生成器3.0(在CTP中)。

    这些设计师中的每一个都提供了不同的功能组合,其中一些功能没有重叠。(例如,不能在ReportBuilder中使用自定义程序集,但可以在Visual Studio中使用)。

    Internet上提供的大多数支持都是针对RDL(SQL Server)报告的,而不是RDLC,对RDLC的支持很少,有时您会发现自己正在“跨越障碍”进入RDL领域,有时功能支持也不相同(例如,自定义数据扩展)。

    总的来说,我们决定最好还是坚持使用水晶。这只是我的意见,但在我看来是这样的:严格来说,是报告服务 可以 独立运行,但它实际上并没有在营销/构建/设计时考虑到这一点。似乎您真的希望将它与SQL Server结合使用——特别是如果您希望让高级用户(而不是程序员)设计报表。

        2
  •  0
  •   Aaron Daniels    15 年前

    根据我对独立报表的经验,我基本上将报表绑定到强类型数据集。我对来自SQL Server的数据进行了此操作,但我认为使用Oracle不会有任何问题。您所要做的就是将数据放入数据集中。

        3
  •  0
  •   Wade    15 年前

    本地报告模板的SSR可以通过在ReportViewer组件上设置LocalReport属性来实现,但需要将RDLC文件分发到客户端。这些报告模板可以通过代码和数据集来填充。

    授权从集中存储库访问报表模板需要设置ReportViewer组件上的ServerReport属性。这将需要Microsoft SQL Server 2005版SSR或更高版本。

        4
  •  0
  •   Nate    15 年前

    ReportViewer控件将与Oracle数据源一起使用。

    如果在应用程序中包含ReportViewer控件,则控件使用的.rdlc文件可以具有应用程序使用的任何数据源(例如对象集合或数据表)。: http://msdn.microsoft.com/en-us/library/ms252094.aspx

    如果只在“本地处理模式”中使用ReportViewer控件,则可以将SQL Reporting Services视为类似但独立的产品: http://msdn.microsoft.com/en-us/library/ms251671.aspx 如果您还没有,我将在“ReportViewer控件”下搜索,而不是在“SQL Server Reporting Services”下搜索。

    如果您的客户希望托管与您的产品不同的报表服务器,那么他们只需要SQL Server。