11 Greenplum权限管理

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/xfg0218/article/details/86473859

11 Greenplum权限管理

11.1关于greenplum权限说明

11.1.1 概述

用户与角色在整个数据库中都是全局性的。

在安装数据库时已指定超级管理员,系统管理员,例如超级管理员:gpadmin

每个数据库的逻辑结构对象都有一个所有者,所有者默认拥有所有的权限,不需要重新赋予。

删除和任意修改它的权利不能赋予别人,为所有者固有,不能被赋予或撤销。

可以把操作该对象的权限赋予别人。

授权和撤销授权 用命令GRANT  REVOKE

11.1.2 赋予权限的步骤总结

权限按如下几个层次进行管理

1、首先管理赋予在用户特殊属性上的权限

2、在数据库上的权限

3、在数据库中创建模式的权限

4、在模式中创建数据库对象的权限,表,索引等

5、 表的增删改查的权限

6、操作表中某些字段的权限

11.1.3 管理赋予在用户特殊属性上的权限

1、user的 Superuser与createuser属性不能同时拥有。

2、有superuser属性的用户实际可以创建库和创建用户,且nocreateuser nocreatedb 对superuser属性没有约束。

3、create role创建用户,alter role修改用户属性。删除用户drop role,同理删除数据库是drop database;

4、拥有资源的用户不能被drop,提示错误。但是资源可以被superuser drop掉。

5、修改用户属性用alter role

 

11.2 权限操作实例

11.2.1 在用户(USER)特殊属性上的权限

11.2.1.1 权限说明

1、user的 Superuser与createuser属性不能同时拥有。

2、有superuser属性的用户实际可以创建库和创建用户,且nocreateuser nocreatedb 对superuser属性没有约束。

3、create role创建用户,alter role修改用户属性。删除用户drop role,同理删除数据库是drop database;

4、拥有资源的用户不能被drop,提示错误。但是资源可以被superuser drop掉。

5、修改用户属性用alter role

11.2.1.2 权限创建实例

11.2.1.2.1 创建role

$  psql -h 192.168.***.55 -U gpmon -d chinadaas

 

在管理员用户上创建以下role

# create role user1 with login password '123456';

NOTICE:  resource queue required -- using default resource queue "pg_default"

CREATE ROLE

11.2.1.2.2检验创建的role

$ psql -h 192.168.***.55 -U user1 -d chinadaas

Password for user user1:

psql (8.3.23)

Type "help" for help.

 

chinadaas=>

 

11.2.1.3 撤销用户的权限

11.2.1.3.1 删除没有授权的账户

11.2.1.3.1.1 撤销权限

登录到管理员账户删除刚创建的user1

auth_test=# drop role if exists user1;

DROP ROLE

11.2.1.3.1.2 查看撤销效果

$ psql -h 192.168.***.55 -U user2 -d auth_test

Password for user user2:

psql: FATAL:  password authentication failed for user "user2"

11.2.1.3.2 删除授数据库的用户

11.2.1.3.2.1 撤销权限

登录到管理员用户执行删除用户,需要把user1下的创建的相关信息全部删除掉才可删除给用户,或者使用cascade强制删除

auth_test=# revoke connect on database auth_test from user1;

REVOKE

 

auth_test=# drop user user1;

DROP ROLE

 

 

错误信息提示

auth_test=# drop user user1;

ERROR:  role "user1" cannot be dropped because some objects depend on it

DETAIL:  owner of append only file visibility map pg_aoseg.pg_aovisimap_2214714

owner of append only file segment listing pg_aoseg.pg_aoseg_2214714

owner of append only table schema1.test1

11.2.1.3.2.2 查看效果

$ psql -h 192.168.***.55 -U user1 -d auth_test

Password for user user1:

psql: FATAL:  password authentication failed for user "user1"

11.2.2 在DATABASE(数据库)上的权限

11.2.2.1 权限说明

gpadmin创建一个数据库,依次授予某用户 CREATE CONNECT TEMPORARY TEMP 的权限。验证各选项的作用。

创建用户user1 ,赋予对auth_test数据库CREATE权限,则可以在auth_test下创建schema;

11.2.2.2 权限创建实例

11.2.2.2.1 创建数据库

在管理员的用户下创建以下数据库

# CREATE DATABASE auth_test;

11.2.2.2.2 把数据库的CREARE权限赋予用户

登录到管理员账号把权限赋予user1

$  psql -h 192.168.***.55 -U gpmon -d auth_test

 

auth_test=# GRANT CREATE ON DATABASE auth_test TO user1;

GRANT

11.2.2.2.3 在用户下创建SCHEMA

auth_test=> create schema schema1;

CREATE SCHEMA

11.2.2.2.4 在SCHEMA下创建表

创建test1并插入数据

auth_test=> create table schema1.test1(id int,name varchar)                                                                                                                           WITH (appendonly=true, compresstype=zlib, compresslevel=5)                                                                                                                         DISTRIBUTED BY (id);

CREATE TABLE

 

插入数据并查看数据

auth_test=> insert into schema1.test1(id,name) values(1,'1');

INSERT 0 1

auth_test=> select * from schema1.test1;

 id | name

----+------

  1 | 1

(1 row)

11.2.2.3 权限撤销实例

权限包括CREATE,CONNECT,TEMP

11.2.2.3.1 撤销用户的connect权限

# revoke connect on database auth_test from user1;

REVOKE

11.2.2.3.2 撤销用户的create权限

# revoke create on database auth_test from user1;

 

REVOKE

11.2.2.3.3 查看权限撤销后的效果

auth_test=> create schema schema2;

ERROR:  permission denied for database auth_test

 

在以上可以看出用户已失去创建schema的权限,但还有以下的select权限,同理也可以撤销其他的权限。

 

auth_test=> select * from schema1.test1;

 id | name

----+------

  1 | 1

(1 row)

11.2.2.4 总结数据库上权限

1、实际上在数据库方面控制的权限有CREATE,CONNECT,TEMP,即使把这些权限全部取消了,仍可以有CONNECT和创建临时表(TEMP)的权限。

2、属性(nosuperuser,nocreatedb,nocreaterole)的用户默认情况下可以connect数据库。

不可以创建schema。可以创建temporary table ,自动生成临时的schema,在会话结束后自动销毁。可以在public schema中创建表。不能在owner为其他用户的schema下创建表。

  1. 数据库的CREATE权限,控制是否可以在库中创建schema,以及是否可以在schema下创建表与查询表中的数据。
  2. 通过身份验证的用户总有CONNECT库的权限。即使是通过REVOKE撤销CONNECT,也能正常连接数据库。

5、用户总有创建TEMP表的权限。即使是通过REVOKE撤销TEMP,也能创建临时表。

 

11.2.3 在SCHEMA(模式)上的权限

11.2.3.1 验证权限说明

创建user2验证对user1的schema的操作,看是否有权限,实验证明user1的schema不可分享给user2,这也是GP怕多用户操作混乱

11.2.3.2 创建USER2

# create role user2 with login password '123456';

NOTICE:  resource queue required -- using default resource queue "pg_default"

CREATE ROLE

11.2.3.3 把USAGE(使用权限)赋予用户

登录到user1账号下并把使用权限赋予user2

# grant usage on schema schema1 to user2;

11.2.3.4 查看权限的效果

登录到user2的用户下

$  psql -h 192.168.***.55 -U user2 -d auth_test

 

auth_test=> select * from schema1.test1;

ERROR:  permission denied for relation test1

11.2.3.5 把CREATE(创建权限)赋予用户

登录到user1用户下执行以下命令

auth_test=> grant create on schema schema1 to user2;

GRANT

11.2.3.6 在用户下查询数据

在user2下查询user1的schema下的数据

auth_test=> select * from schema1.test1;

ERROR:  permission denied for relation test1

11.2.3.7 总结SCHEMA(模式)上的权限汇总

1、如果要在别人的schema中创建自己的表,需要用户对该shema有CREATE,USAGE权限,才可以对表和数据有足够权限。

2、用户默认无法在owner为别个用户的schema中创建表。

3、用户默认无法看到owner为别个用户的schema中的表,注意设置search_path 。(\dt命令查看)。

4、赋予USAGE权限后可以看到owner为别个用户的schema中的表,但无法在里面创建表。

5、赋予CREATE权限后可以在别个用户的schema中创建表,但如果没有USAGE权限,仍无法看到表,无法查询表中的数据,也无法更改表,即使owner也是不行。再赋予USAGE后可以查询自己创建的表,可以更改自己创建的表,但无法查询别人的表。

6、用户user1的schema信息无法分配给user2用户。

11.2.3.8 权限撤销实例

登录到管理员用户执行撤销权限

$ psql -h 192.168.***.55 -U gpmon -d auth_test

 

auth_test=# revoke select,update,delete,insert on schema1.test1 from user1;

REVOKE

auth_test=# revoke usage on schema schema1 from user1;

REVOKE

auth_test=# revoke create on schema schema1 from user1;

REVOKE

 

撤销时需要先从table到schema

 

 

强制删除schema

auth_test=# drop schema schema1 CASCADE;

NOTICE:  drop cascades to table schema1.test1

DROP SCHEMA

11.2.3.9 验证撤销的权限

在user1上验证权限问题

 

auth_test=> select * from schema1.test1;

ERROR:  permission denied for schema schema1

LINE 1: select * from schema1.test1;

11.2.4 在TABLE(表)上的权限

11.2.4.1 权限验证说明

登录到user1执行授权给user2用户的schema1下的某张表的查询权限,查看user2时候有查询的权限

11.2.4.2 把SELECT(查询)权限赋予用户

登录到user1用户,把schema1下的test1查询权限赋予user1

$ psql -h 192.168.***.55 -U user1 -d auth_test

 

auth_test=> grant select on schema1.test1 to user2;

11.2.4.3 查看权限效果

登录到user2用户,查询user1的schema1下的表

$ psql -h 192.168.***.55 -U user2 -d auth_test

 

auth_test=> select * from schema1.test1;

 id | name

----+------

  1 | 1

  2 | 2

  2 | 2

(3 rows)

11.2.4.4 赋予用户更多的权限

在用户user1下操作一下命令

$ psql -h 192.168.***.55 -U user1 -d auth_test

 

auth_test=> grant select,update,delete,insert on schema1.test1 to user2;

GRANT

11.2.4.5 撤销用户的权限

一下的操作全部在user1下操作

11.2.4.5.1 撤销创建权限

auth_test=> revoke create on schema schema1 from user2;

REVOKE

11.2.4.5.2 撤销更多的权限

auth_test=> revoke select,update,delete,insert on schema1.test1 from user2;

REVOKE

11.2.4.6 查看撤销后的效果

登录到user2用户下查询user1下的数据

$ psql -h 192.168.***.55 -U user2 -d auth_test

 

auth_test=> select * from schema1.test1;

ERROR:  permission denied for relation test1

 

11.3 权限参数详解

GRANT { { SELECT | INSERT | UPDATE | DELETE | TRUNCATE | REFERENCES | TRIGGER }

    [, ...] | ALL [ PRIVILEGES ] }

    ON { [ TABLE ] table_name [, ...]

         | ALL TABLES IN SCHEMA schema_name [, ...] }

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { { SELECT | INSERT | UPDATE | REFERENCES } ( column_name [, ...] )

    [, ...] | ALL [ PRIVILEGES ] ( column_name [, ...] ) }

    ON [ TABLE ] table_name [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { { USAGE | SELECT | UPDATE }

    [, ...] | ALL [ PRIVILEGES ] }

    ON { SEQUENCE sequence_name [, ...]

         | ALL SEQUENCES IN SCHEMA schema_name [, ...] }

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

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

    ON DATABASE database_name [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { USAGE | ALL [ PRIVILEGES ] }

    ON DOMAIN domain_name [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { USAGE | ALL [ PRIVILEGES ] }

    ON FOREIGN DATA WRAPPER fdw_name [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { USAGE | ALL [ PRIVILEGES ] }

    ON FOREIGN SERVER server_name [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { EXECUTE | ALL [ PRIVILEGES ] }

    ON { FUNCTION function_name ( [ [ argmode ] [ arg_name ] arg_type [, ...] ] ) [, ...]

         | ALL FUNCTIONS IN SCHEMA schema_name [, ...] }

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { USAGE | ALL [ PRIVILEGES ] }

    ON LANGUAGE lang_name [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { { SELECT | UPDATE } [, ...] | ALL [ PRIVILEGES ] }

    ON LARGE OBJECT loid [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

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

    ON SCHEMA schema_name [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { CREATE | ALL [ PRIVILEGES ] }

    ON TABLESPACE tablespace_name [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

GRANT { USAGE | ALL [ PRIVILEGES ] }

    ON TYPE type_name [, ...]

    TO role_specification [, ...] [ WITH GRANT OPTION ]

 

where role_specification can be:

 

    [ GROUP ] role_name

  | PUBLIC

  | CURRENT_USER

  | SESSION_USER

 

GRANT role_name [, ...] TO role_name [, ...] [ WITH ADMIN OPTION ]

猜你喜欢

转载自blog.csdn.net/xfg0218/article/details/86473859