PostgreSQL表所有权转移遇'must be member of role'报错，求替代方案

针对表所有者xxx向yyy转移所有权时出现的ERROR: must be member of role "yyy"报错，除了你提到的两种方法，还有以下可行方案：

方案1：由目标用户yyy主动接管所有权（无需xxx成为yyy成员） #

核心逻辑是让表所有者先给目标用户授予该表的ALTER权限，再由目标用户自行完成所有权转移：

1. 表所有者xxx执行：

   GRANT ALTER ON TABLE test_table TO yyy;
   

2. 目标用户yyy执行所有权转移语句：

   ALTER TABLE test_table OWNER TO yyy;
   

3. （可选）若无需yyy保留该表的ALTER权限，可由yyy执行撤销：

   REVOKE ALTER ON TABLE test_table FROM yyy;
   

这种方式不会让xxx获得yyy的任何权限，仅临时给yyy赋予操作该表的必要权限，权限冗余风险极低。

方案2：临时授予xxx yyy的成员资格并立即撤销 #

这是你提到的第二种方法的优化版，通过缩短权限持有时间降低风险：

1. 目标用户yyy执行：

   GRANT yyy TO xxx;
   

2. 表所有者xxx立即执行转移语句：

   ALTER TABLE test_table OWNER TO yyy;
   

3. 目标用户yyy立即执行撤销：

   REVOKE yyy FROM xxx;
   

此方法仅让xxx在极短时间内拥有yyy的权限，避免长期权限冗余，但需要yyy配合完成授权和撤销操作。

方案3：使用专用转移角色（适合批量转移场景） #

如果需要频繁进行类似的所有权转移，可以创建一个专门用于转移操作的角色，通过该角色完成权限传递：

1. 超级用户创建专用角色并赋予必要权限：

   CREATE ROLE table_transfer WITH LOGIN;
   GRANT ALTER ON ALL TABLES IN SCHEMA public TO table_transfer; -- 根据实际schema调整范围
   

2. 让xxx和yyy成为该角色的成员（或仅授予SET ROLE权限）：

   GRANT table_transfer TO xxx;
   GRANT table_transfer TO yyy;
   

3. 切换到专用角色执行转移：

   SET ROLE table_transfer;
   ALTER TABLE test_table OWNER TO yyy;
   RESET ROLE;
   

这个方案适合批量处理多个表的转移，避免每次单独授权，同时权限范围可控。

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