⑴ 如何设置数据库的权限
一、必要性 随着近年来数据库技术的深入发展，以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 对表使用用户名来加以标识
⑵ 2、用户权限管理，数据库表设计
网上资料说权限设计 = 功能权限 + 数据权限，我认为还是很有道理的。之前项目中只涉及到功能权限，没有数据权限，原因是最开始设计时，数据已经绑定在特定的用户下了，而且涉及到的表数量很少，不需要单独考虑数据权限的问题。
权限管理，最细致的权限管理有 用户，用户组，角色，权限，功能。根据不同的需求适当选择，如 用户量过大，每个人都授权和麻烦，就引入用户组，对用户组赋予权限。功能上也根据业务不同做适当的扩展。由于如用户权限之前存在多对多关系，需要引入中间表。
本系统设计如下：
数据量很小，功能也不复杂，所以只有用户，角色，权限（功能）及产生的中间表。
表中的数据都是提前填的，用户登陆，查ermroleuser表，获取角色，查ermrolefunction表，获取功能，再查ermfunction表，返回该用户的功能的中文，在页面上展示。
功能权限详细设计请参考，本项目也是受此启发：
http://blog.csdn.net/painsonline/article/details/7183613/
需求：给一个原来没有权限的数据配置系统加上登录，权限功能，不同角色查同一张表返回结果不同。
思路：所谓数据权限，关注点在于实体属性值、条件、允许值，用户登录后，查询该用户的查询条件，根据条件获取数据即可。详细表结构设计可以参考： https://zhuanlan.hu.com/p/31339794
具体介绍一下每个字段含义：
（1）主键 id；
（2）acl_id 映射权限点表主键，代表每行记录是针对哪个权限点的；
（3）status 代表当前这条配置是否有效，方便临时激活与禁用；
（4）param 代表需要校验的参数名，允许一个请求有多个参数参与数据校验；如果参数复杂，比如包含对象，定义的参数可能为a.b.c 这种多级的形式，建议不要太复杂
（5）operation 代表数据拦截的规则，使用数字代表是等于、大于、小于、大于等于、小于等于、包含、介于之间等，可以根据自己需要增加或减少支持的拦截规则
（6）value1 和 value2 用来和param、operation组成一个关系表达式，比如：1<=a<2
next_param_op 字段根据需要使用，如果一个权限点支持多条数据规则时，连接两个规则之间的操作，|| 还是 &&
（7）seq 字段用于某个权限点包含多条数据权限规则时的顺序
假设有这么一条数据，那么他的含义是：id为1（acl_id）的权限点，配置了一条有效（status=1）的数据规则，规则是：传入参数id（param）的值要大于（operation）10（value1）
这种设计很细致了，当然我的项目没有那么复杂，所以最终没有采用这个。
http://www.cnblogs.com/jeffwoot/archive/2008/12/23/1359591.html 讲述了数据权限设计的演化过程。
本系统跟权限相关的表结构如下：
⑶ 如何设置数据库的权限
建议通过phpMyAdmin
来设置数据库用户的权限。phpMyAdmin是一个以PHP为基础，以Web-Base方式架构在网站主机上的MySQL的数据库管理工具，让管理者可用Web接口管理MySQL数据库。
一、首先您需要在服务器上安装配置
phpMyAdmin。
安装比较复杂，详见http://faq.comsenz.com/viewnews-484
二、创建用户（如之前已经创建好用户，可以省略这一步）
点击“添加新用户”这个连接，添加一个新的数据库用户名；
三、权限设置
编辑刚刚创建的用户的权限（如下图所示）
四、重新加载授权表
修改完用户权限以后需要回到
phpMyAdmin
的首页，重新加载一下授权（如下图）即可。
⑷ 数据库的权限管理
超级管理员可以对数据库增删改查，可以添加登录帐号，可以给用户分配权限。
普通用户操作数据库的权限是由超级管理员来分配的，