Redshift权限异常：拥有创建权限的用户删表重建后无法查询

这个问题我之前帮人排查过好几次，核心问题大概率出在表的所有权归属或者你用错了ALTER DEFAULT PRIVILEGES的语法上，咱们一步步来拆解：

首先，你执行的ALTER DEFAULT PRIVILEGES命令是错的！ #

你写的命令：

ALTER DEFAULT PRIVILEGES IN SCHEMA <schemaname> grant all on schema <schemaname> to <user>;

完全不符合语法逻辑——ALTER DEFAULT PRIVILEGES是用来设置**未来创建的数据库对象（比如表、序列）**的默认权限，而不是用来授予schema本身的权限。授予schema权限直接用GRANT USAGE, CREATE ON SCHEMA <schemaname> TO <user>就行，和default privileges没关系。而且这个命令对已经创建的表也不会生效，只影响之后建的表。

最可能的原因：表的所有者不是你 #

Redshift里，用户通过角色获得CREATE权限时，如果创建表时角色处于活跃状态，表的所有权会归属于这个角色，而不是你自己的用户账号。这种情况下，哪怕你是角色的成员，也不会自动获得该表的SELECT权限（除非角色本身被授予了权限，或者你显式获取所有权）。

排查步骤： #

先查一下表的所有者是谁：

SELECT schemaname, tablename, owner 
FROM pg_tables 
WHERE tablename = '<你的表名>' AND schemaname = '<你的schema名>';

解决方法： #

1. 转移表的所有权到你的账号（最彻底的方式）：

ALTER TABLE <schemaname>.<你的表名> OWNER TO <你的用户名>;

作为表的所有者，你会自动拥有该表的所有权限，包括SELECT。

2. 直接授予你该表的SELECT权限（如果不能转移所有权）：
   让超级用户或者表的所有者执行：

GRANT SELECT ON TABLE <schemaname>.<你的表名> TO <你的用户名>;

其他可能的原因：行级安全策略限制 #

如果表的所有者确实是你，但还是不能SELECT，那要检查是不是给表加了行级安全（RLS）策略：

SELECT * FROM pg_policy 
WHERE tablename = '<你的表名>' AND schemaname = '<你的schema名>';

如果有策略存在，可能该策略限制了你对表数据的访问，需要调整策略或者给自己添加例外权限。

修正ALTER DEFAULT PRIVILEGES的正确用法（预防未来踩坑） #

如果你想确保未来自己创建的表默认能被自己或其他用户访问，正确的命令格式是这样的：

-- 针对你自己在指定schema下未来创建的表，授予SELECT权限给你的账号（其实默认就有，这里是示例）
ALTER DEFAULT PRIVILEGES FOR ROLE <你的用户名> IN SCHEMA <schemaname> 
GRANT SELECT ON TABLES TO <你的用户名>;

-- 如果想让其他用户能访问你未来创建的表，可以这样写
ALTER DEFAULT PRIVILEGES FOR ROLE <你的用户名> IN SCHEMA <schemaname> 
GRANT SELECT ON TABLES TO <目标用户名>;

注意：FOR ROLE指定的是创建对象的用户/角色，如果不写，默认是执行这个命令的当前用户。

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