授予SELECT权限给角色后，其所属用户仍无法访问表的问题排查

1. 缺失Schema的USAGE权限 #

你只给role1授权了schema0的USAGE权限，但完全没配置schema1的！PostgreSQL中，即便拥有表的SELECT权限，没有对应Schema的USAGE权限，用户连访问该Schema下对象的资格都没有，更别说查询了。执行以下语句补全权限：

GRANT USAGE ON SCHEMA schema1 TO role1;

2. 确认现有表的权限是否生效 #

执行GRANT SELECT ON ALL TABLES IN SCHEMA schema1 TO role1后，检查权限是否正确应用到目标表：

SELECT table_name, privilege_type 
FROM information_schema.table_privileges 
WHERE table_schema = 'schema1' 
  AND grantee = 'role1'; -- 如果role1创建时用了大写，这里要写对应的大写名称

如果查询结果里没有目标表的SELECT权限，重新执行一次授权语句。

3. 大写用户的大小写匹配问题 #

PostgreSQL对标识符（用户、表、Schema名）的大小写规则是：

• 未加双引号的标识符会自动转为小写存储
• 如果创建用户时用了大写（比如CREATE USER "USER1" ...），则必须用双引号才能正确引用

先确认user1的实际存储名称：

SELECT rolname FROM pg_roles WHERE rolname LIKE '%user1%';

如果结果是USER1（大写），则：

• 登录时必须使用大写用户名
• 查询用户组关系时也要用双引号：SELECT * FROM pg_auth_members WHERE member = (SELECT oid FROM pg_roles WHERE rolname = 'USER1');

同时确认user1确实在role1组里：

SELECT r.rolname AS role_name, u.rolname AS user_name
FROM pg_roles r
JOIN pg_auth_members am ON r.oid = am.roleid
JOIN pg_roles u ON am.member = u.oid
WHERE r.rolname = 'role1';

如果看不到user1，重新执行组添加语句：

GRANT role1 TO user1; -- 注意这里的user1要和实际存储的大小写一致，大写的话加双引号

4. 默认权限的作用范围说明 #

ALTER DEFAULT PRIVILEGES IN SCHEMA schema1 GRANT SELECT ON TABLES TO role1只会对执行该语句之后新建的表生效，对之前已存在的表无效——这部分你已经用GRANT SELECT ON ALL TABLES处理了，没问题。

内容的提问来源于stack exchange，提问作者carfield