当在服务器上运行SQL Server 时我们总是要想方设法去使SQL Server 免遭非法用户的侵入拒绝其访问数据库保证数据的安全性SQL Server 提供了强大的内置的安全性和数据保护来帮助实现这种理所当然的要求从前面的介绍中我们可以看出SQL Server 提供了从操作系统SQL ServerE 数据库到对象的多级别的安全保护其中也涉及到角色数据库用户权限等多个与安全性有关的概念现在我们面临的问题就是如何在SQL Server 内把这些不同的与安全性有关的组件结合起来充分地利用各种组件的优点考虑到其可能存在的缺点来扬长避短制定可靠的安全策略使SQL Server 更健壮更为“不可侵犯”
下面我们将介绍几种安全性管理策略您应该做的就是看懂并理解这些策略方法然后将它们简单地结合到一起就可以了
使用视图作为安全机制
在游标和视图一章我们已经提到视图可以做为一种安全机制的主要原因在于视图是一张虚表而且它是由查询语句来定义的是一个数据结果集通过视图用户仅能查询修改他所能看到的数据其它的数据库或表对于该用户既不可见也无法访问通过视图的权限设置用户只具有相应的访问视图的权限但并不具有访问视图所引用的基本表的相应权限
通过使用不同的视图并对用户授予不同的权限不同的用户可以看到不同的结果集可以实现行级或列级的数据安全性下面的几个例子说明了视图是如何实现数据安全性
使用了行级列级别安全性的视图
例 在该例中某一销售点只能查看它自己的销售信息我们使用pubs 数据库中的sales 表
首先创建视图
视图与权限结合
如果将访问视图的权限授予给用户这样即使该用户不具有访问视图所引用的基本表的权限但其仍可以从中查看相应的数据信息
视图与权限相结合究竟能带来什么好处呢?下面我们举一个例子来进行说明首先假设用户A 对sales 表的payterms 列没有SELECT 权限对其它列有且仅有SELECT 权限如果要查看其它销售信息不能使用这样的语句
select * from sales
而必须指出其余列的列名这就要求用户了解表的结构通常来说让用户了解表结构是一件很不聪明的事那么如何解决这一问题呢?
很简单如果创建一个视图view 该视图包含除payterms 列外的所有列并且将 SELECT 权限授予用户A 这样用户A 就可以执行语句select * from view 从而查看到销售信息
使用存储过程作为安全机制
如果用户不具有访问视图和表的权限那么通过存储过程仍能够让其查询相应的数据信息实现的方法很简单只要让该用户具有存储过程的EXEC 权限就可以了当然要确保该存储过程中包含了查询语句比如可创建下面的存储过程
create procedure selsales as
select * from sales
然后将存储过程的EXEC 权限授予用户当用户执行该存储过程时就可以查看到相应信息
使用存储过程的优点在于不必对视图和表的访问权限进行分配
小结
本文主要讨论了SQL Server 的安全性管理问题涉及到数据库用户角色权限等作为一名系统管理员或安全管理员在进行安全属性配置前首先要确定应使用哪种身份认证模式要注意恰当地使用guest 用户和public 角色并深刻了解应用角色对于实现数据查询和处理的可控性所展示出的优点
