如何设置数据库的权限？

一、必要性 随着近年来数据库技术的深入发展，以Unix平台为代表的Informix Dynamic Server和以NT平台为代表的MS SQL Server得到了广泛的应用。在一个公共的环境中，存在大量的用户 *** 作，有数据库管理员，主要做数据管理维护工作，也有普通用户，做一定授权下的数据修改和数据查询。我们知道，每个数据库服务器上可建立多个不同类别的数据库，而每个数据库中也可以生成多个存储过程、表、视图等。如何保证数据的安全可靠，防止非法存取所造成的破坏和数据泄露，如何进行权限的划分和设置，这是安全管理的重点，也是数据库可靠运行的保证。本文以Informix Dynamic Server为例做详细说明。 二、权限的划分 Informix Dynamic Server使用了三级权限来保证数据的安全性，它们分别是数据库级权限、表级权限和字段级权限，具体为： 1．数据库级权限 包括Connect、Resource、DBA三种类别，其中：Connect： 最低级，仅允许用户访问数据库中的表和索引，但不能创建和删除它们； Resource: 建立在Connect之上，允许用户在数据库中创建、删除表和索引； DBA： 即数据库管理员，拥有数据库管理的全部权限，包括访问数据库表、创建和删除索引、修改表结构、授予数据库权限给其他用户等。2．表/字段（视图）级权限 指允许进行何种具体 *** 作，主要包括：Select: 从表或字段中检索信息； Update: 修改指定字段的值； Insert: 向数据库表中添加记录； Delete: 从数据库表中删除记录； Index: 为一个数据库表创建索引； Alter: 增加、删除数据库表中的字段，或修改字段的数据类型； All: 以上所有权限。三、权限的设置 Informix Dynamic Server通过一系列SQL控制语句来实施对用户权限的设置，使得不同的用户只能在各自限定的范围内存取数据。以下命令格式中Grant表示授予权限，Revoke表示撤消权限，User-List指用户名列表，多个用户以逗号（，）分隔，对大多数数据库系统而言，PUBLIC代表所有用户。1．对于数据库，其格式为： Revoke { DBA | Resource | Connect } from { PUBLIC | User-List } Revoke { DBA | Resource | Connect } from { PUBLIC | User-List } 缺省情况下，建立数据库的用户就是数据库管理员（DBA），除其本身和Informix用户外，其它用户不对该数据库拥有任何权限，因此也就不能进行任何形式的访问。数据库管理员可根据其他用户的业务分工、 *** 作范围授予或撤消DBA、Resource、Connect三种不同的权限。2．对于表及视图，其格式为： Revoke TAB-PRI on [ tab_name | view_name ] from { PUBLIC | User-List } Revoke TAB-PRI on [ tab_name | view_name ] from { PUBLIC | User-List } 其中TAB_PRI表示select、update、delete等 *** 作权限，tab_name、 view_name分别代表数据库表名和视图名。缺省情况下，新建的数据库表和视图对能够访问该数据库的用户赋予了除alter外的所有权限，有时这是比较危险的，比如对普通查询用户，应该有针对性地对权限重新定义。此外，对一些重要的表或视图，为防止敏感信息泄露，也应该重新授权。具体做法是：先用Revoke命令撤消原来所有的权限，再用Grant授予新的权限。3．对于字段： 字段级权限的授予和撤消同表级的命令方式基本一致，所不同的仅在于必须把赋予权限的字段名列在 *** 作权限如select、insert、update等之后，通过这样细化可以实施更有效的数据保护。4．对于存储过程： 存储过程由SQL语句编写，存放于数据库中，常与触发器配合，可以对数据进行批量处理，使用非常方便。但如果授权不严格，将导致非法修改现有数据。其权限设置格式为：Grant Execute on proc_name to { PUBLIC | User-List }； Revoke Execute on proc_name from { PUBLIC | User-List } 其中proc_name表示存储过程名。四、角色(role)的使用 在数据库用户的管理中，我们可以根据用户对数据库数据的需要情况把用户分为几组，每一组用户可以作为一个"角色"，每个用户就是角色的成员。通过使用角色，数据库系统更容易进行安全性管理，因为一旦某个用户属于某一个角色，对权限的授予和撤消只需针对角色便可。具体使用方法为：1．创建角色： Create Role role_name1 其中role_name1表示角色名。2．划分用户角色： 即将相关用户加入到角色中使之成为角色的成员。Grant role_name1 to { User-List | Role_List } 其中Role_List表示角色列表，因为一个角色可以是另外一个或一组角色的成员。3．授权角色权限： 同授权用户权限的方法相同，但只能对表级和字段级权限有效，不能授予数据库级权限给一个角色。4．激活角色： 执行以下语句，使以上定义的角色成为可用状态：Set Role role_name1五、结束语 以Internet技术为代表的网络业务的迅猛增长为数据库应用开辟了新的发展空间，同时也对数据库的安全性管理提出了更高的要求，网络的开放性导致非法存取常有发生，因而深刻领会和理解数据库权限的具体设置方法，结合自身实际应用，制定出一套完整的安全保护策略具有重要意义。Informix Dynamic Server对以上控制语句的使用除角色外，严格执行SQL ANSI 标准，因此对建立在NT平台上的MS SQL Server同样有效 &.мo.О旒 2007-12-19 17:29 您觉得这个答案好不好？ 好(0)不好(0) 相关问题 数据库的访问权限都有什么怎么修改数据库的用户权限！数据库是如何安装和设置的?数据库连接设置固定服务器角色、固定数据库角色各有哪几类？有什么权限？标签：数据库 权限 设置 其他答案如果是ORACLE数据库,这样可以分配权限: GRANT SELECT ON SALARIES TO JACK 给SALARIES中JACK用户的Connect角色赋予SELECT权限 例如：创建一张表和两个用户分给他们不同的角色和权限 CREATE TABLE SALARIES ( 2 NAME CHAR(30), 3 SALARY NUMBER, 4 AGE NUMBER) create user Jack identified by Jack create user Jill identified by Jill grant connect to Jack grant resource to Jill JILL 的角色为Resource你允许他对表进行选择和插入或严格一些允许JILL修改SALARIES表中SALARY字段的值 GRANT SELECT, UPDATE(SALARY) ON SALARIES TO Jill 执行：UPDATE Bryan.SALARIES SET SALARY = 35000 WHERE NAME = 'JOHN' 可以进行所有权限范围内的更新工作 使用表时的限制：SELECT * FROM Bryan.SALARIES 对表使用用户名来加以标识

用户在具有了访问数据库的权限之后，就可以授予其访问数据库对象的权限了。可授予对象的权限包括以下几种：

SELECT

允许用户对表或视图发出SELECT语句。

INSERT

允许用户对表或视图发出INSERT语句。

UPDATE

允许用户对表或视图发出UPDATE语句。

DELETE

允许用户对表或视图发出DELETE语句。

EXECUTE

允许用户对存储过程发出EXECUTE语句。

-- SQLServer：一、 *** 作步骤

1.

首先进入数据库级别的【安全性】-【登录名】-【新建登录名】

（图1：新建登录名）

2.

在【常规】选项卡中，如下图所示，创建登陆名，并设置默认的数据库。

（图2：设置选项）

3.

在【用户映射】选项卡中，如下图所示，勾选需要设置的数据库，并设置【架构】，点击【确认】按钮，完成创建用户的 *** 作

（图3：选择对应数据库）

4.

现在我们就可以对TestLog数据库中的User表进行权限的设置了，【表】-【

属性】

（图4：选择对应表）

5.

在【权限】选项卡中，如下图所示，依此点击【添加】-【浏览】-【选择对象】

（图5：设置访问表的用户）

6.

在上面点击【确认】后，我们就可以下面的列表中找到对应的权限，如果你还想细化到列的权限的话，右下角还有一个【列权限】的按钮可以进行设置，点击【确认】按钮就完成了这些权限的设置了

（图6：权限列表）

7.

现在就使用TestUser用户登陆数据库了，登陆后如下图所示，现在只能看到一个表了

（图7：效果）

二、注意事项

1.

在上面的第3步骤中需要注意：如果这里没有选择对应的数据库的话，之后去TestLog数据库中是找不到TestUser。

（图8：找不到TestUser用户）

2.

在上面的第3步骤，设置完TestLog数据后，需要点击【确认】按钮，完成创建用户 *** 作，如果这个时候去设置【安全对象】，是无法在【添加】-【特定对象】-【对象类型】-【登陆名】-【浏览】中找到刚刚新建的TestUser用户的。

3.

其实在数据库级别的【安全性】创建的用户是属于全局的，当设置了某个数据库，比如TestLog之后，这个用户就会出现在这个数据库的【安全性】列表中。

如果删除TestLog这个用户，会出现下面的提示。删除了后，这个用户就无法登陆了。需要去对应的数据库中删除用户，如果没有删除又创建，是会报错的。

（图9：删除TestUser用户）

4.

在第6步的【显式权限】列表中，如果选择了【Control】这个选项，那么在【Select】中设置查询【列权限】就没有意义了，查询就不会受限制了。如果设置【列权限】，在正常情况下会显示下图的报错信息：

（图10：效果）

5.

在TestLog数据库的【安全性】-【TestUser】-【属性】-【安全对象】-【添加】-【对象类型】这里有更多关于数据库级别的一些对象类型可以设置。

（图11：其它对象类型）

---