-List }；
Revoke { DBA Resource Connect } from { PUBLIC User-List }
缺省情况下，建立数据库的用户就是数据库管理员（DBA），除其本身和Informix用户外，其它用户不对该数据库拥有任何权限，因此也就不能进行任何形式的访问。数据库管理员可根据其他用户的业务分工、操作范围授予或撤消DBA、Resource、Connect三种不同的权限。
2．对于表及视图，其格式为：
Grant TAB-PRI on [ tab_name view_name ] to { 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同样有效
|