Chapter 3 Protecting the Data(4):创建和使用应用程序角色

原文出处:http://blog.csdn.net/dba_huangzj/article/details/39927713,专题文件夹:http://blog.csdn.net/dba_huangzj/article/details/37906349

未经作者允许。不论什么人不得以“原创”形式公布。也不得已用于商业用途,本人不负责不论什么法律责任。

        前一篇:http://blog.csdn.net/dba_huangzj/article/details/39639365

前言:

数据库角色用于管理数据库内部的訪问和权限。

数据库角色成员是能通过client软件如SSMS连接SQL Server的数据库用户。可是你可能希望授予某个特殊用户一些特权。可是仅限制于某个应用程序而不是SSMS时,第一个解决方式是使用专用SQL 帐号作为应用程序的登录。可是这个方法的缺点是须要使用SQL Server身份验证。而且不能标识出哪个用户正在连接SQL Server。可是能够使用同一个应用程序登录名,而且使用Windows身份验证,因此能更好地标识应用程序的用户,从而在必要的时候提升权限。

实现:

1. 打开SSMS,在特定数据库的【安全性】→【角色】下。右键【应用程序角色】。选择【新建应用程序角色】:

image

2. 输入角色名、密码和可选的默认架构,假设为空即为dbo:

image

3. 在【安全对象】页。能够和数据库角色一样管理应用程序角色的权限:

image

4.也能够使用T-SQL实现这个操作:

CREATE APPLICATION ROLE MarketingReports WITH PASSWORD = N'A complex password please';


5. 当在程序中使用应用程序角色时。使用sp_setapprole系统存储过程改动会话的上下文:

EXEC sp_setapprole @rolename = 'MarketingReports',     @password = N'A complex password please';


执行了这个存储过程之后,当前会话将执行在应用程序角色的上下文下。而且能够通过授权替代原有数据库用户的权限。

原理:

应用程序角色尽能够在代码中使用,而且仅能使用sp_setapprole存储过程,因为密码传输是明文。所以须要使用如SSL来加密传输链接。在切换上下文之后。应用程序角色的上下文会持续到断开server连接,假设须要恢复但不断开连接,能够使用sp_unsetapprole:

DECLARE @cookie varbinary(8000); 
EXEC sp_setapprole @rolename = 'MarketingReports', 
     @password = N'A complex password please', 
     @fCreateCookie = true, @cookie = @cookie OUTPUT; 
-- do something, then revert : 
EXEC sp_unsetapprole @cookie;


很多其它:

以下的C#片段。能够在连接后立即使用应用程序角色:

using (SqlConnection cn = new SqlConnection(connectionString)) 
{ 
    SqlCommand cmd = new SqlCommand(); 
    cmd.Connection = cn; 
    cmd.CommandType = CommandType.Text; 
    cmd.CommandText = 
               "EXEC sp_setapprole @rolename = 'MarketingReports',  
@password = N'A complex password please'"; 
    cn.Open(); 
    int res = cmd.ExecuteNonQuery(); 
}

下一篇:

原文地址:https://www.cnblogs.com/tlnshuju/p/7137637.html