13518219792
grant db_role1 to db_user1,db_user2; 意为：给用户1,2赋予角色1,两个用户就拥有了角色1对应的权限。
乌拉特中ssl适用于网站、小程序/APP、API接口等需要进行数据传输应用场景，ssl证书未来市场广阔！成为创新互联的ssl证书销售渠道，可以享受市场价格4-6折优惠！如果有意向欢迎电话联系或者加微信：13518219792（备注：SSL证书合作）期待与您的合作！
1、角色
PostgreSQL使用角色的概念管理数据库访问权限。 根据角色自身的设置不同，一个角色可以看作是一个数据库用户，或者一组数据库用户。 角色可以拥有数据库对象（比如表）以及可以把这些对象上的权限赋予其它角色， 以控制谁拥有访问哪些对象的权限。
2、角色的权限
一个数据库角色可以有很多权限，这些权限定义了角色和拥有角色的用户可以做的事情。
3、用户
其实用户和角色都是角色，只是用户是具有登录权限的角色。
4、赋予角色控制权限
可以使用GRANT 和REVOKE命令赋予用户角色，来控制权限。
如：
create role db_role1 createdb createrole; --创建角色1
grant db_role1 to db_user1,db_user2; --给用户1,2赋予角色1,两个用户就拥有了创建数据库和创建角色的权限
revoke db_role1 from db_user1; --从用户1移除角色1，用户不再拥有角色1的权限。
扩展资料
1、角色权限相关脚本
create role db_role1 LOGIN; --创建具有登录权限的角色db_role1
create role db_role2 SUPERUSER; --创建具有超级用户权限的角色
create role db_role3 CREATEDB; --创建具有创建数据库权限的角色
create role db_role4 CREATEROLE --创建具有创建角色权限的角色
alter role db_role1 nologin nocreatedb; --修改角色取消登录和创建数据库权限
2、用户相关脚本
create user db_user1 password '123'; --创建用户
create role db_user1 password '123' LOGIN; --同上一句等价
drop user db_user1; --删除用户
alter user db_user1 password '123456'; --修改密码
alter user db_user1 createdb createrole; --对用户授权
参考资料
百度百科-postgresql
禁止的权限规则集如果权限规则不是一个集合，因为只有与用户或角色关联的权限规则才允许访问，所以用户的权限是一个闭合区域，不想用户拥有某些权限时，只要不进行关联授权即可。如果权限规则使用通配符变成一个集合，那么用户的权限将变成一个开放区域，比如上面的论坛文章列表，假设论坛文章按照“版面/作者/文章标题”作为资源命名，那么将(阅览,版面/作者/*)授权给某用户时，该用户允许阅览该版面下该作者的所有文章，假设现在有一种管理需求要求某用户可以阅览某版面下某作者除某几种文章标题外的所有文章，这样单纯的允许授权难以实现这个管理需求。法律有许可和禁止的区别，那么权限管理也应该有许可和禁止两种授权，上面的不允许访问某几种文章标题的文章就是一种禁止规则，如果将这种禁止规则合并到允许规则中，就可以解决上面的问题。这就相当于画了一个大圈表示可以访问的区域，但是大圈里面的某些小圈是不可以访问的区域。这又带来一个问题，假设允许的和禁止的规则重叠，以谁为准？这个没有一个准则，不过基于安全性考虑，应该采用禁止优先，只要是禁止的集合，就算有允许的集合重叠，也不允许访问。提高权限验证效率使用关系数据库存储权限数据时，权限数据表更新和查询的操作频繁度通常小于1:9，也就是这是一个典型的OLAP系统，以查询为主，所以可以采用OLAP的优化策略进行优化，但是大多数优化策略都不具备实时性，如果兼顾实时性和效率要求，可以单独创建一个内存数据库，这个内存数据库只存放用户、资源、操作关联关系，也就是(用户,操作,资源)集合，如果用户通过角色关联到权限规则，那么将这些用户到权限规则的间接传递关系转变成直接传递关系保存。这个内存数据库就相当于权限数据的缓存，可以保证很高的查询效率，并且该内存数据库与权限管理保持同步，可以保证实时性。安装和配置附件是权限管理和权限验证的实现，也有用户管理的演示，不过用户管理很粗糙，实际使用需要做进一步开发，之所以没有开发相对完善的用户管理，是因为现在已有的系统通常都有完善的用户管理。下面简单讲解安装配置，只在Tomcat5523+MySQL5037+jre1.5.0_12下测试过。1．下载rbac+profile.rar，解压，得到一系列文件，文件用途如下：profile.admin.src.v1.jar用户管理源代码rbac.admin.src.v2.jar权限管理源代码rbac.auth.src.v2.jar权限验证源代码profile.v1.MySQL5.sql用户管理用户数据表profile.war用户管理WEB系统rbac.v2.MySQL5.sql权限管理数据表rbac.war权限管理WEB系统2．创建数据库profile，使用UTF-8导入profile.v1.MySQL5.sql到profile，使用下面SQL创建用户root/1：InsertintoT_PROFILE(USER_ID,USER_NAME,USER_PASSWORD)values(‘1’,‘root’,sha1(‘1’));如果创建过先前SSO单点登陆的用户数据表，可以跳过这步，使用先前的数据表。3．创建数据库rbac，使用UTF-8导入rbac.v2.MySQL5.sql到rbac。4．拷贝profile.war和rbac.war到Tomcat5523/webapps/，会自动生成profile和rbac目录。5．参考配置单点登陆，因为权限管理和用户管理需要依赖单点登陆。6．下载相关依赖Java库：下载cglib最新版本:8080/profile/admin/profile.jsp?rbac.admin.db.rbac.ds.c3p0.url=jdbc:mysql://localhost/rbacrbac.admin.db.rbac.ds.c3p0.user=rootrbac.admin.db.rbac.ds.c3p0.password=1
postgresql 设置只读用户
`
CREATE USER readonly WITH ENCRYPTED PASSWORD 'ropass';
alter user readonly set default_transaction_read_only=on;
GRANT USAGE ON SCHEMA public to readonly;
ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT SELECT ON TABLES TO readonly;
-- repeat code below for each database:
GRANT CONNECT ON DATABASE foo to readonly;
\c foo
GRANT USAGE ON SCHEMA public to readonly;
GRANT SELECT ON ALL SEQUENCES IN SCHEMA public TO readonly;
GRANT SELECT ON ALL TABLES IN SCHEMA public TO readonly;
`
我们使用Postgresql数据库的时候，默认都是用postgres用户进行数据操作。但是有时为了数据安全，我们会另外建一些账号给相关的工作人员使用。那么Postgresql数据库中如何新建登录用户呢？下面我给大家分享一下。
工具/材料
pgAdmin4
01
首先打开Postgresql的管理工具pgAdmin4，接着双击服务器名称，如下图所示
02
在弹出的Connect to Server界面中输入postgres用户的密码，然后点击OK按钮，如下图所示
03
进入到数据库以后右键单击"登录/组角色"选项，选择Create下面的Login/Group Role选项，如下图所示
04
接下来会弹出创建登录用户的界面，我们先给用户起一个名字，尽量是英文，如下图所示
05
然后切换到Definition页卡，给登录用户设置一个登录密码，如下图所示，注意Connection limit要设置为-1
06
接着切换到Privileges界面，这里需要给登录用户设置一下操作权限，大家可以根据自己的需要设置即可，如下图所示
07
接下来切换到Membership页卡，给登录用户设置一个角色，这里我直接把管理员的角色给它了，如下图所示
08
上述设置完毕以后回到数据库主界面，我们就可以看到"登录/组角色"下面就已经有我们新建的登录用户了，如下图所示
09
最后我们断开当前的连接，用新建的用户进行登录，如果登录正常的话则代表一切设置成功，如下图所示
用户是系统的使用者，而角色是指在企业管理中拥有某一类职能的组织，这个角色组织可以是实际的部门，可以是由拥有同一类职能的人构成的虚拟组织。
一个角色可以拥有多个用户，一个用户也可以分属于多个不同的角色 。
