c# – 在服务器端以编程方式更改报告的SSRS数据源

今天,对于每个客户,我们部署相同的SSRS报告文件夹和数据源文件夹.
这些文件夹之间的区别是每个文件夹的名称和数据源的连接字符串.

我们使用的是Report Server 2008 R2.

在报告呈现之前,是否可以仅维护一个报表和数据源文件夹,并以编程方式更改服务器端的连接字符串?

如果不是,是否可以通过更改报表中的某些逻辑来实现?
今天我们使用“共享数据源”选项.

解决方法

这是我们在我们环境中所做的工作 – 我们维护一组报告,可以在任何客户端使用自己的配置进行部署.

在这里有几个选择.由于您使用的是共享数据源,因此不需要为每个报表定义数据源,这样就更容易了.

1.使用rs.exe实用程序和脚本文件

rs.exe at Books Online

该程序允许您创建可与Report Server Web服务交互的脚本文件(在VB.NET中).您创建一个脚本文件(例如Deploy.RSS),并使用各种参数调用rs.exe程序,包括您定义的任何自定义参数

rs.exe -i DeployReports.RSS -s http://server/reportserver -v DatabaseInstance="sql" -v DatabaseName="ReportDB" -v ReportFolder="ClientReports"

因此,这将调用脚本DeployReports.RSS,连接到http:// server / reportserver,具有三个用户定义的参数,可用于创建数据源和报告文件夹.

在scipt文件中可以有这样的东西:

Public Sub Main()

    rs.Credentials = System.Net.CredentialCache.DefaultCredentials

    CreateFolder(reportFolder,"Report folder")
    CreateFolder(datasourceFolder,"Data source folder")
    CreateDataSource()

End Sub

哪些可以使Web服务调用如下:

rs.CreateFolder(folderName,"/",nothing)

'Define the data source deFinition.
Dim deFinition As New DataSourceDeFinition()
deFinition.CredentialRetrieval = CredentialRetrievalEnum.Integrated
deFinition.ConnectString = "data source=" + DatabaseInstance + ";initial catalog=" + DatabaseName
deFinition.Enabled = True
deFinition.EnabledSpecified = True
deFinition.Extension = "sql"
deFinition.ImpersonateUser = False
deFinition.ImpersonateUserSpecified = True
'Use the default prompt string.
deFinition.Prompt = nothing
deFinition.WindowsCredentials = False

Try

    rs.CreateDataSource(datasource,datasourcePath,False,deFinition,nothing)
    Console.WriteLine("Data source {0} created successfully",datasource)

Catch e As Exception

    Console.WriteLine(e.Message)

End Try

您没有指定使用哪种版本的Reporting Services,所以我假定2008年.请注意,有多个端点可以使用,具体取决于sql Server版本. 2005/2008年终点在2008R2及以上已被淘汰,但仍然可用.写脚本时要注意一点.

2.通过应用程序调用SSRS Web服务

Report Server Web Service overview

与上述脚本相同的调用也可以在任何其他应用程序中进行.因此,您只需要通过WSDL添加对Report Server Web服务的引用,您可以连接到远程服务并调用方法来部署报告,数据源等.

所以最终你连接到报表服务器Web服务,它只是你需要考虑的媒介.

使用脚本更容易运行,因为它只是从命令行运行程序,但编写自己的部署应用程序肯定会提供更大的灵活性.我建议让脚本继续进行,所以你了解这个过程,然后将它迁移到一个定制的应用程序,如果需要的话.祝你好运!

相关文章

在要实现单例模式的类当中添加如下代码:实例化的时候:frmC...
1、如果制作圆角窗体,窗体先继承DOTNETBAR的:public parti...
根据网上资料,自己很粗略的实现了一个winform搜索提示,但是...
近期在做DSOFramer这个控件,打算自己弄一个自定义控件来封装...
今天玩了一把WMI,查询了一下电脑的硬件信息,感觉很多代码都...
最近在研究WinWordControl这个控件,因为上级要求在系统里,...