3

我的问题更多地涉及其实施的安全性,而不仅仅是技术问题。

我已经开发了所有报告并在报告服务器上。它们由使用 ASP.NET 中的 ReportViewer 控件的应用程序使用。

鉴于这些报告可能有不同的数据源,我在报告中为数据源创建了一个参数,并将 connectionString 应用程序作为参数发送到报告。

到目前为止一切都很好,但是,这就是我的问题出现的地方。由于我使用了一个具有用户名和密码的 ConnectionString 作为参数,我不会在这里有安全漏洞吗?

我想听听你的意见,如果有人有更好的实施方法,请告诉我。

4

1 回答 1

7

也许基于表达式的连接字符串在这里会有所帮助?

文档有一个非常清晰的示例,即类似于以下的连接字符串:

="data source=" & Parameters!ServerName.Value & ";initial catalog=AdventureWorks

这些允许您仍然传递一个参数来定义数据源,但它还允许您单独存储凭据,这样您在调用报告时就不必传递任何安全细节。

评论后补充:

这是一个带有基于表达式的连接字符串的示例报告。

在此处输入图像描述

您可以看到连接字符串使用一个参数来确定它的确切连接位置;这可以根据您的需要进行更新。

凭据存储在数据源中;您可以存储凭据(参见上面的屏幕截图),或者您可以选择任何其他适合的选项,例如 Windows 集成安全性。

所以它可能不完全适合你,但这是这种可配置数据源要求的内置 SSRS 功能。

第二次编辑:

在上面的示例中,Parameters!ServerName.Value确实是一个报表参数,您只需像创建其他任何参数一样创建它。根据报告的启动方式,您可以将其设为隐藏参数并处理代码中发送的实际值;这只是一个实施问题,完全取决于您。

对于基于表达式的连接字符串,数据源必须存储在报表中,并且其连接字符串在运行时确定。

因此,您可以根据一个或多个参数构建所需的任何内容 - 它只是您正在构建的字符串值,因此您可以根据自己的目的制作任何内容;您可以将其指向所需的任何服务器/数据库组合。请澄清这是否不能回答您的问题。

于 2013-02-11T12:39:40.460 回答