PostgreSQL中DEFAULT PRIVILEGES能否归属非超级用户的其他角色？

你观察到的现象是Postgres权限体系的固有设计，核心逻辑如下：

• 数据库对象的所有权默认归属执行CREATE操作时的当前活跃角色
• DEFAULT PRIVILEGES规则与角色绑定，仅对该角色创建的对象生效：你为个人用户配置的DEFAULT PRIVILEGES只能作用于该个人用户创建的对象，且对象所有权本身仍然归属个人用户，确实违反你们团队的架构要求
• 该逻辑是Postgres角色权限体系的底层设计，没有原生配置项可以绕过

不需要在「允许个人角色创建对象」和「遵守所有权规范」之间二选一，可通过以下两种符合权限限制的方案解决问题：

方案1：技术层面强制SOP执行（优先推荐） #

该方案零额外开发成本，仅需调整现有权限配置，不需要Superuser权限：

• 回收所有个人用户在业务schema下的CREATE权限，仅将对应schema的CREATE权限授予给专属所有权角色
• 此时员工如果未提前执行SET ROLE 所有权角色，直接执行CREATE操作会直接报错，从根源上杜绝个人用户创建对象的可能性，完全符合运维规范要求
• 权限调整操作仅需要schema所有者权限即可执行，不需要申请Superuser权限

方案2：事件触发器自动修正所有权 #

如果团队有特殊场景必须保留个人用户的CREATE权限，可通过事件触发器实现自动修正：

仅需一次性向IT部门申请事件触发器创建权限，后续不需要额外申请Superuser操作

• 创建ddl_command_end类型的事件触发器，监听所有CREATE TABLE、CREATE VIEW、CREATE FUNCTION等对象创建操作
• 触发器逻辑判断：如果创建对象的角色为个人用户、且对象归属的schema有对应所有权角色，自动执行ALTER [对象类型] [对象名] OWNER TO [对应所有权角色]
• 所有权变更后会自动触发所有权角色配置的DEFAULT PRIVILEGES规则，无需手动补全授权

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