13

我已经在 SQL Server 2008 R2 中构建了一个数据库，并且正在使用 Visual Studio 2010 Ultimate 为其创建一个数据库项目。

我已经创建了一个 SQL Server 项目和数据库项目来代表我基于这个MSDN 演练的环境。两个项目的架构比较按预期工作，我能够将所有更改服务器复制到项目。

但是，它似乎已经导入了一些特定于环境的配置，例如登录名、用户/登录名映射、本地服务帐户（例如 NT SERVICE\MSSQL$SQLEXPRESS2008）等。这似乎并不理想，因为我的印象是这个数据库项目可以部署到另一台服务器上，那些环境特定的细节可能会有所不同。例如，Dev、QA 和 Prod 之间的命名实例可能不同。用户可以映射到不同的登录名。

我是否正确执行此操作，还是应该采取额外步骤使数据库项目可移植到所有环境？

我的目标是利用这个项目

  1. 在版本控制中捕获架构
  2. 部署架构更改，例如通过生成更改脚本
  3. 绑定到单元测试以动态创建一次性测试环境。
4

1 回答 1

10

我们之前不得不解决这个问题，最终使用了 Jamie Thompson 的想法，即创建部署后脚本以基于包含环境/配置名称的变量来处理权限。您可以在此处找到（存档的）文章： https ://web.archive.org/web/20190222004817/http://sqlblog.com/blogs/jamie_thomson/archive/2010/07/21/a-strategy-for-使用-数据库-开发-工具-in-visual-studio-2010.aspx 管理不同环境的安全性

注意：Jamie 的链接显然已失效。我在这里写了一些基于它的东西：http: //schottsql.com/2013/05/14/ssdt-setting-different-permissions-per-environment/

我还编写了一个脚本来处理权限脚本：

SELECT
state_desc + ' ' + permission_name +
' on ['+ ss.name + '].[' + so.name + ']
to [' + sdpr.name + ']'
COLLATE LATIN1_General_CI_AS as [Permissions T-SQL]
FROM SYS.DATABASE_PERMISSIONS AS sdp
JOIN sys.objects AS so
     ON sdp.major_id = so.OBJECT_ID
JOIN SYS.SCHEMAS AS ss
     ON so.SCHEMA_ID = ss.SCHEMA_ID
JOIN SYS.DATABASE_PRINCIPALS AS sdpr
     ON sdp.grantee_principal_id = sdpr.principal_id

UNION

SELECT
state_desc + ' ' + permission_name +
' on Schema::['+ ss.name + ']
to [' + sdpr.name + ']'
COLLATE LATIN1_General_CI_AS as [Permissions T-SQL]
FROM SYS.DATABASE_PERMISSIONS AS sdp
JOIN SYS.SCHEMAS AS ss
     ON sdp.major_id = ss.SCHEMA_ID
     AND sdp.class_desc = 'Schema'
JOIN SYS.DATABASE_PRINCIPALS AS sdpr
     ON sdp.grantee_principal_id = sdpr.principal_id
order by [Permissions T-SQL]
GO

我一起将权限设置到部署后脚本和文件夹中，这些脚本和文件夹将根据环境重新创建用户/角色/权限。我们从主要的部署后部分调用“包装器”脚本，该脚本会遍历其余部分以确定要运行的部分。

于 2013-05-08T16:38:18.927 回答