SQL 服务器数据库项目的域帐户
Domain Accounts for SQL Server Database Project
我有一个 SQL 服务器数据库项目,我通过从客户域上的数据库导入来填充该项目。我已被授予通过域帐户访问此数据库的权限。这个数据库的权限设置都是域账户。
为了测试,我可以发布到 Visual Studio 中包含的本地 SQL Express 服务器。当我发布到本地服务器以在域中的开发机器上进行测试时,域帐户工作正常。
那么问题来了,当我想在不在他们域内的机器上测试时,如何在域配置中留下?有没有办法在本地实例中伪造域?目前,脚本指向这些帐户的 WINDOWS。
编辑:我试过使用 AD LDS,似乎 SQL 无法对其进行身份验证?也许我没有把它整合到 WINDOWS 中?
遗憾的是,这不是在 SSDT 中轻松完成的事情。我发现执行此操作的最佳方法是使用角色来处理安全性,使用角色成员身份来授予权限,并使用环境变量与 post-deploy 脚本相结合来处理权限。我从 Jamie Thomson 那里借用了这个想法并在这里写了博客:http://schottsql.blogspot.com/2013/05/ssdt-setting-different-permissions-per.html
这将允许您设置权限以在本地进行测试,但仍将数据库发布到其他地方并在每个环境中适当地设置权限。请记住设置您的 logins/users 以在创建它们之前检查是否存在。
我有一个 SQL 服务器数据库项目,我通过从客户域上的数据库导入来填充该项目。我已被授予通过域帐户访问此数据库的权限。这个数据库的权限设置都是域账户。
为了测试,我可以发布到 Visual Studio 中包含的本地 SQL Express 服务器。当我发布到本地服务器以在域中的开发机器上进行测试时,域帐户工作正常。
那么问题来了,当我想在不在他们域内的机器上测试时,如何在域配置中留下?有没有办法在本地实例中伪造域?目前,脚本指向这些帐户的 WINDOWS。
编辑:我试过使用 AD LDS,似乎 SQL 无法对其进行身份验证?也许我没有把它整合到 WINDOWS 中?
遗憾的是,这不是在 SSDT 中轻松完成的事情。我发现执行此操作的最佳方法是使用角色来处理安全性,使用角色成员身份来授予权限,并使用环境变量与 post-deploy 脚本相结合来处理权限。我从 Jamie Thomson 那里借用了这个想法并在这里写了博客:http://schottsql.blogspot.com/2013/05/ssdt-setting-different-permissions-per.html
这将允许您设置权限以在本地进行测试,但仍将数据库发布到其他地方并在每个环境中适当地设置权限。请记住设置您的 logins/users 以在创建它们之前检查是否存在。