postgresql grant权限解释

前端之家收集整理的这篇文章主要介绍了postgresql grant权限解释前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

----源文http://www.PHP100.com/manual/Postgresql8/sql-grant.html

GRANT

Name

GRANT--定义访问权限

Synopsis

GRANT{{SELECT|INSERT|UPDATE|DELETE|RULE|REFERENCES|TRIGGER}
[,...]|ALL[PRIVILEGES]}
ON[TABLE]tablename[,...]
TO{username|GROUPgroupname|PUBLIC}[,...][WITHGRANTOPTION]

GRANT{{CREATE|TEMPORARY|TEMP}[,...]|ALL[PRIVILEGES]}
ONDATABASEdbname[,...][WITHGRANTOPTION]

GRANT{EXECUTE|ALL[PRIVILEGES]}
ONFUNCTIONfuncname([[argmode][argname]argtype[,...]])[,...][WITHGRANTOPTION]

GRANT{USAGE|ALL[PRIVILEGES]}
ONLANGUAGElangname[,...][WITHGRANTOPTION]

GRANT{{CREATE|USAGE}[,...]|ALL[PRIVILEGES]}
ONSCHEMAschemaname[,...][WITHGRANTOPTION]

GRANT{CREATE|ALL[PRIVILEGES]}
ONTABLESPACEtablespacename[,...][WITHGRANTOPTION]

描述

GRANT 命令将某对象(表,视图,序列,函数,过程语言,模式或者表空间) 上的特定权限给予一个用户或者多个用户或者一组用户。 这些权限将增加到那些已经赋予的权限上,如果存在这些权限的话。

键字 PUBLIC 表示该权限要赋予所有用户,包括那些以后可能创建的用户PUBLIC 可以看做是一个隐含定义好的组,它总是包括所有用户。 任何特定的用户都将拥有直接赋予他/她的权限,加上他/她所处的任何组, 以及再加上赋予 PUBLIC 的权限的总和。

如果声明了 WITH GRANT OPTION,那么权限的受予者也可以赋予别人。 没有这个选项,接受权限的用户不能给别人授权不允许的。 目前,赋权选项只能给独立的用户,而不能给组或者 PUBLIC

对对象的所有者(通常就是创建者)而言,没有什么权限需要赋予, 因为所有者缺省就持有所有权限。(不过,所有者出于安全考虑可以选择废弃一些他自己的权限。) 删除一个对象的权力,或者是任意修改它的权力都不是可赋予的权利所能描述的; 它是创建者固有的,并且不能赋予或撤销。所有者也隐含地拥有该对象的所有授权选项。

根据对象的不同,初始的缺省权限可能包括PUBLIC 赋予一些权限。缺省设置对于表,模式和表空间是没有公开访问权限的; TEMP 表为数据库创建权限;EXECUTE 权限用于函数; 以及 USAGE 用于语言。对象所有者当然可以撤回这些权限。 (出于最大安全性考虑,在创建该对象的同一个事务中发出 REVOKE; 那么就不会打开给别的用户使用该对象的窗口。)

可能的权限有:



  • SELECT

  • 允许对声明的表,试图,或者序列 SELECT 任意字段。还允许做 COPY TO 的源。 对于序列而言,这个权限还允许使用 currval 函数

  • INSERT

  • 允许向声明的表 INSERT 一个新行。 同时还允许做 COPY FROM。

  • UPDATE

  • 允许对声明的表中任意字段做 UPDATESELECT ... FOR UPDATESELECT ... FOR SHARE 也要求这个权限(除了 SELECT 权限之外)。比如, 这个权限允许使用nextval, 和 setval

  • DELETE

  • 允许从声明的表中 DELETE 行。

  • RULE

  • 允许在该表/视图上创建规则。(参阅 CREATE RULE 语句。)

  • REFERENCES

  • 要创建一个外键约束,你必须在参考表和被参考表上都拥有这个权限。

  • TRIGGER

  • 允许在声明表上创建触发器。(参阅 CREATE TRIGGER 语句。)

  • CREATE

  • 对于数据库,允许在该数据库里创建新的模式。

    对于模式,允许在该模式中创建新的对象。 要重命名一个现有对象,你必需拥有该对象并且。 对包含该对象的模式拥有这个权限。

    对于表空间,允许表在该表空间中创建,以及允许创建数据库和模式的时候把该表空间指定为其缺省表空间。 (请注意,撤销这个权限不会改变现有数据库和模式的存放位置。)

  • TEMPORARY
    TEMP

  • 允许在使用该数据库的时候创建临时表。

  • EXECUTE

  • 允许使用指定的函数并且可以使用任何利用这些函数实现的操作符。 这是适用于函数的唯一的一种权限类型。 (该语法同样适用于聚集函数。)

  • USAGE

  • 对于过程语言, 允许使用指定过程语言创建该语言的函数。 这是适用于过程语言的唯一的一种权限类型。

    对于模式,允许访问包含在指定模式中的对象(假设该对象的所有权要求同样也设置了)。 最终这些就允许了权限接受者"查询"模式中的对象。

  • ALL PRIVILEGES

  • 一次性给予所有可以赋予的权限。 PRIVILEGES 关键字在 Postgresql 里是可选的, 但是严格的 sql 要求有这个关键字。

其它命令要求的权限都在相应的命令的参考页上列出。

注意

REVOKE 命令用于删除访问权限。

如果非对象所有者企图在对象上 GRANT 权限,而该用户没有该对象上指定的权限,那么命令将立即失败。 只要有某些可用的权限,该命令就会继续,但是它只授予那些该用户有授权选项的权限。 如果手头没有可用的授权选项,那么 GRANT ALL PRIVILEGES 形式将发出一个警告信息, 其它命令形式将发出在命令中提到的,但是没有授权选项的那些权限相关的警告信息。 (这些语句原则上也适用于对象所有者,但是因为所有者总是被认为拥有所有授权选项,所以这种情况永远不会发生在所有者身上。)

我们要注意数据库超级用户可以访问所有对象, 而不会受对象的权限设置影响。这个特点类似 Unix 系统的 root 的权限。和 root 一样,除了必要的情况,总是以超级用户身分进行操作是不明智的做法。

目前,Postgresql 不支持给一个表的独立字段进行权限赋予和撤销的操作, 一个绕开的办法是创建一个拥有那几行的视图然后给那个视图赋予权限。

使用 psql\z 命令获取在现有对象上的与权限有关的信息。

lusitania=>\zmytable

Accessprivilegesfordatabase"lusitania"
Schema|Name|Type|Accessprivileges
--------+---------+-------+------------------------------------------------------------
public|mytable|table|{miriam=arwdRxt/miriam,=r/miriam,"grouptodos=arw/miriam"}
(1row)

\z 显示的条目解释如下:

=xxxx--赋予PUBLIC的权限
uname=xxxx--赋予一个用户的权限
groupgname=xxxx--赋予一个组的权限

r--SELECT("读")
w--UPDATE("写")
a--INSERT("追加")
d--DELETE
R--RULE
x--REFERENCES
t--TRIGGER
X--EXECUTE
U--USAGE
C--CREATE
T--TEMPORARY
arwdRxt--ALLPRIVILEGES(用于表)
*--给前面权限的授权选项

/yyyy--授出这个权限的用户

用户 miriam 在建完表之后再做下面的语句, 就可以得到上面例子的结果

GRANTSELECTONmytableTOPUBLIC;
GRANTSELECT,UPDATE,INSERTONmytableTOGROUPtodos;


如果一个给定的对象的 "Access privileges" 字段是空的, 这意味着该对象有缺省权限(也就是说,它的权限字段是 NULL)。 缺省权限总是包括所有者的所有权限,以及根据对象的不同,可能包含一些给 PUBLIC 的权限。 对象上第一个 GRANT 或者 REVOKE 将实例化这个缺省权限(比如,产生 {=,miriam=arwdRxt}) 然后根据每次特定的需求修改它。

请注意所有者的隐含授权选项没有在显示出来的访问权限里标记出来。 只有在授权选项明确地授予某人之后,才会显示一个 *

例子

把表 films 的插入权限赋予所有用户

GRANTINSERTONfilmsTOPUBLIC;


赋予用户manuel对视图kinds的所有权限:

GRANTALLPRIVILEGESONkindsTOmanuel;

请注意,如果上面的命令由超级用户或者 kinds 的所有者执行,那么它实际上会赋予所有权限, 如果由其他人执行,那么它会赋予这个“其他人”拥有授权选项的所有权限。

兼容性

根据 sql 标准,在 ALL PRIVILEGES 里的 PRIVILEGES 关键字是必须的。sql 不支持在一条命令里对多个表设置权限。

Postgresql 允许一个对象所有者撤销它自己的普通权限: 比如,一个表所有者可以让自己对这个表是只读的,方法是撤销自己的 INSERT,UPDATE, 以及 DELETE 权限。根据 sql 标准,这是不可能的。原因是 Postgresql 把所有者的权限当作由所有者给自己赋予的;因此也可以撤销他们。 在 sql 标准里,所有者的权限是假设为 "_SYSTEM" 实体赋予的。因为所有者不是 "_SYSTEM", 所以他不能撤销这些权限。

sql 标准允许在一个表里为独立的字段设置权限:

GRANTprivilege
ONtable[(column[,...])][,...]
TO{PUBLIC|username[,...]}[WITHGRANTOPTION]


sql 标准对其它类型的对象提供了一个 USAGE 权限:字符集,校勘,转换,域。

RULE 权限,以及在数据库,表空间,模式,语言和序列上的权限是 Postgresql 扩展。

原文链接:https://www.f2er.com/postgresql/194202.html

猜你在找的Postgre SQL相关文章