GRANT { { SELECT | INSERT | UPDATE | DELETE | RULE | REFERENCES | TRIGGER } [,...] | ALL [ PRIVILEGES ] } ON [ TABLE ] tablename [, ...] TO { username | GROUP groupname | PUBLIC } [, ...] GRANT { { CREATE | TEMPORARY | TEMP } [,...] | ALL [ PRIVILEGES ] } ON DATABASE dbname [, ...] TO { username | GROUP groupname | PUBLIC } [, ...] GRANT { EXECUTE | ALL [ PRIVILEGES ] } ON FUNCTION funcname ([type, ...]) [, ...] TO { username | GROUP groupname | PUBLIC } [, ...] GRANT { USAGE | ALL [ PRIVILEGES ] } ON LANGUAGE langname [, ...] TO { username | GROUP groupname | PUBLIC } [, ...] GRANT { { CREATE | USAGE } [,...] | ALL [ PRIVILEGES ] } ON SCHEMA schemaname [, ...] TO { username | GROUP groupname | PUBLIC } [, ...]
GRANT 命令将某对象(表,视图,序列,函数过程语言,或者 大纲) 上的特定权限给予一个用户或者多个用户或者一组用户. 这些权限将增加到那些已经赋予的权限上,如果存在这些权限的话.
键字 PUBLIC 表示该权限要赋予所有用户, 包括那些以后可能创建的用户.PUBLIC 可以看做是一个隐含定义好的组,它总是包括所有用户. 请注意,任何特定的用户都将拥有直接赋予他/她的权限,加上 他/她所处的任何组,以及再加上赋予 PUBLIC 的权限的总和.
根据对象的不同,初始的缺省权限可能包括给 PUBLIC 赋予一些权限。缺省设置对于表和模式是没有公开访问权限的; TEMP 表为数据库创建权限;EXECUTE 权限用于函数; 以及 USAGE 用于语言。对象创造者当然可以撤回这些权限。 (出于最大安全性考虑,在创建该对象的同一个事务中发出 REVOKE; 那么就不会打开给别的用户使用该对象的窗口。)
对对象的创建者而言,没有什么权限需要赋予,因为创建者缺省就持有 所有权限.(不过,创建者出于安全考虑可以选择 废弃一些他自己的权限.)请注意赋予和废止权限的能力是创建者与生具来 的,并且不会丢失.删除对象的权利,或者是任何无法用可以赋予的权限 描述的修改该对象的权利,也是创建者固有的,并且不能赋予或撤销.
可能的权限有∶
允许对声明的表,试图,或者序列 SELECT 任意字段.还允许做 COPY TO 的源. 对于序列而言,这个权限还允许使用 currval 函数。
允许对声明的表中任意字段做 UPDATE . SELECT ... FOR UPDATE 也要求这个权限 (除了 SELECT 权限之外).比如, 这个权限允许使用nextval, 和 setval.
允许从声明的表中 DELETE 行.
允许在该表/视图上创建规则.(参阅 CREATE RULE 语句.)
要创建一个外键约束,你必须在参考表和被参考表上 都拥有这个权限.
允许在声明表上创建触发器.(参阅 CREATE TRIGGER 语句.)
对于数据库,允许在该数据库里创建新的大纲.
对于大纲,允许在该大纲中创建新的对象. 要重命名一个现有对象,你必需拥有该对象并且. 对包含该对象的大纲拥有这个权限.
允许在使用该数据库的时候创建临时表.
允许使用指定的函数并且可以使用任何利用这些函数实现的操作符. 这是适用于函数的唯一的一种权限类型. (该语法同样适用于聚集函数.)
对于过程语言, 允许使用指定过程语言创建该语言的函数. 这是适用于过程语言的唯一的一种权限类型.
对于大纲,允许访问包含在指定大纲中的对象(假设该对象的 所有权要求同样也设置了).最终这些就允许了权限接受者 "查询"大纲中的对象.
一次性给予所有适用于该对象的权限. PRIVILEGES 关键字在 PostgreSQL 里是可选的, 但是严格的 SQL 要求有这个关键字.
其它命令要求的权限都在相应的命令的参考页上列出.
REVOKE 命令 用于删除访问权限.
我们要注意数据库 superusers 可以访问所有对象, 而不会受对象的权限设置影响.这个特点类似 Unix 系统的 root 的权限.和 root 一样,除了必要的情况,总是以超级用户 身分进行操作是不明智的做法.
目前,要在 PostgreSQL 里只对某几列 赋予权限,你必须创建一个拥有那几行的视图然后给那个视图赋予权限.
使用 psql 的 \dp 命令 获取在现有对象上的与权限有关的信息.
lusitania=> \dp mytable Access privileges for database "lusitania" Schema | Table | Access privileges --------+---------+--------------------------------------- public | mytable | {=r,miriam=arwdRxt,"group todos=arw"} (1 row)
\dp 显示的条目解释如下:
=xxxx -- privileges granted to PUBLIC uname=xxxx -- privileges granted to a user group gname=xxxx -- privileges granted to a group r -- SELECT ("read") w -- UPDATE ("write") a -- INSERT ("append") d -- DELETE R -- RULE x -- REFERENCES t -- TRIGGER X -- EXECUTE U -- USAGE C -- CREATE T -- TEMPORARY arwdRxt -- ALL PRIVILEGES (for tables)
用户 miriam 再建完表之后再做下面的语句, 就可以得到上面例子的结果
GRANT SELECT ON mytable TO PUBLIC; GRANT SELECT,UPDATE,INSERT ON mytable TO GROUP todos;
如果一个给定的对象的 "Access privileges" 字段是空的, 这意味着该对象有缺省权限(也就是说,它的权限域是 NULL). 缺省权限总是包括所有者的所有权限,以及根据对象的不同,可能包含一些给 PUBLIC 的权限。 对象上第一个 GRANT 或者 REVOKE 将实例化这个缺省权限(比如,产生 {=,miriam=arwdRxt}) 然后根据每次特定的需求修改它.
把表 films 的插入权限赋予所有用户∶
GRANT INSERT ON films TO PUBLIC;
赋予用户manuel对视图kinds的所有权限∶
GRANT ALL PRIVILEGES ON kinds TO manuel;
在 ALL PRIVILEGES 里的 PRIVILEGES 关键字是必须的.SQL 不支持在一条命令里 对多个表设置权限.
SQL92 的 GRANT 语法允许在一个表里 为独立的字段设置权限,并且允许设置一个权限用来 给其它人赋予同样的权限∶
GRANT privilege [, ...] ON object [ ( column [, ...] ) ] [, ...] TO { PUBLIC | username [, ...] } [ WITH GRANT OPTION ]
SQL 允许对其它类型的对象赋予 USAGE 权限∶CHARACTER SET,COLLATION,TRANSLATION,DOMAIN.
TRIGGER 权限是 SQL99 引入的.RULE 权限是 PostgreSQL 扩展.