Chapter 3 Protecting the Data(2):分配列级权限

186 篇文章 6 订阅
65 篇文章 0 订阅
原文出处:http://blog.csdn.net/dba_huangzj/article/details/39577861,专题目录:http://blog.csdn.net/dba_huangzj/article/details/37906349

未经作者同意,任何人不得以“原创”形式发布,也不得已用于商业用途,本人不负责任何法律责任。

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

 

前言:

 

SQL Server的权限是有层次的,一个用户有架构级别的权限,就有了架构内部所有对象的权限,除非使用了DENY权限单独移除。但是对象并不是层次中的最低级,可以把权限设置到列级别。但是列级权限会覆盖掉表上被GRANT的权限。

 

实现:

 

要实现分配列级权限,可以使用GRANT SELECT ON <对象>语句,并且加上所需的列,如:

GRANT SELECT ON OBJECT::dbo.Employee (EmployeeId, LastName, Firstname, email) TO HumanResourceAssistant;


这个语句会仅供HumanResourceAssistant数据库角色成员能读取dbo.Employee 表上的EmployeeId, LastName, Firstname, email这三列,表上的其他列将不能被查询。(该表上还有Birthdate和Salary列),那么下面的查询中,第一个语句可以执行但是第二个语句不能执行,因为它需要使用到Salary列:

--能执行
SELECT FirstName + ' ' + LastName as Employee 
FROM dbo.Employee 
ORDER BY LastName, FirstName;
--不能执行 
SELECT FirstName + ' ' + LastName as Employee 
FROM dbo.Employee 
ORDER BY Salary DESC;


 

可以使用下面语句修改,使其可以查询全表的数据,但是仅能更新表上的三列:

GRANT SELECT ON OBJECT::dbo.Employee TO HumanResourceEmployee; 
GRANT UPDATE ON OBJECT::dbo.Employee (LastName, Firstname, email) TO HumanResourceEmployee;



原理:

 

当用户尝试查询未被授权的列是,会收到230错误:

The SELECT permission was denied on the column 'Salary' of the object 'Employee', database 'HumanResource', schema 'dbo'.


 

但是要注意权限的修改,特别是对DENY的使用,避免过多使用最底层的权限设置而导致权限策略太复杂而无法管理或者权限交叉。

 

更多:

 

列级权限会导致权限体系的不一致性,在后续版本可能被移除,建议使用视图来实现这种需求。

 

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

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值