Reporting services 针对不同环境的单一数据集

Reporting services 针对不同环境的单一数据集,reporting-services,visual-studio-2017,sql-server-2014,sql-server-data-tools,Reporting Services,Visual Studio 2017,Sql Server 2014,Sql Server Data Tools,目前,我们为不同的环境提供了不同的共享连接。例如:dev.rds、prod.rds等等。因此,我们的想法是,在开发时选择dev.rds,准备部署时,需要将其切换到prod.rds并部署。这样做的问题是,有时我们忘记了从dev更改为prod,这导致报告进入生产并指向dev env 有没有办法在不同的环境中配置不同的连接字符串并使用相同的名称?我们这样做的方式 每个报表都有一个共享数据源和/或数据集。在developemnt期间,我们部署到dev SSR服务器,连接将指向dev框 对于生产,我们部署

目前,我们为不同的环境提供了不同的共享连接。例如:dev.rds、prod.rds等等。因此,我们的想法是,在开发时选择dev.rds,准备部署时,需要将其切换到prod.rds并部署。这样做的问题是,有时我们忘记了从dev更改为prod,这导致报告进入生产并指向dev env

有没有办法在不同的环境中配置不同的连接字符串并使用相同的名称?

我们这样做的方式

每个报表都有一个共享数据源和/或数据集。在developemnt期间,我们部署到dev SSR服务器,连接将指向dev框

对于生产,我们部署数据集/数据源,然后在生产SSRS服务器上手动更新它,以指向生产SQL server

在此之后,任何使用相同数据集/数据源名称的报表都可以部署到任一服务器,并且始终指向正确的位置。我们保留了覆盖数据源的默认选项

这样,您仍然需要记住执行此操作,但在部署数据源时执行此操作并不容易忘记

我们还确保生产服务器无法通过对无法访问dev的数据源使用固定sql登录来访问dev服务器。这样,即使您部署数据源并尝试将其指向dev服务器,报告也将失败。我觉得这样更好,因为从你的脸上可以看出有什么不对劲。

我们这样做的方式

每个报表都有一个共享数据源和/或数据集。在developemnt期间,我们部署到dev SSR服务器,连接将指向dev框

对于生产,我们部署数据集/数据源,然后在生产SSRS服务器上手动更新它,以指向生产SQL server

在此之后,任何使用相同数据集/数据源名称的报表都可以部署到任一服务器,并且始终指向正确的位置。我们保留了覆盖数据源的默认选项

这样,您仍然需要记住执行此操作,但在部署数据源时执行此操作并不容易忘记

我们还确保生产服务器无法通过对无法访问dev的数据源使用固定sql登录来访问dev服务器。这样,即使您部署数据源并尝试将其指向dev服务器,报告也将失败。我觉得这样更好,因为从你的脸上可以看出有什么不对劲