我最近不得不改变数据库中所有对象的所有权。虽然表、视图、触发器和序列可以很容易地更改，但上述方法对于函数来说失败了，因为签名是函数名的一部分。当然，我有MySQL的背景，不太熟悉Postgres。

然而，pg_dump允许你只转储模式，其中包含ALTER xxx OWNER to yyy;你需要的陈述。下面是我在这个话题上的一点贝壳魔法

pg_dump -s YOUR_DB | grep -i 'owner to' | sed -e 's/OWNER TO .*;/OWNER TO NEW_OWNER;/i' | psqL YOUR_DB

从PostgreSQL 9.0开始，你可以GRANT [priv名称]ON ALL[对象类型]in SCHEMA，其中[priv名称]是典型的SELECT, INSERT, UPDATE, DELETE等，[对象类型]可以是其中之一:

表 序列 功能

PostgreSQL的GRANT和REVOKE文档对此有更详细的说明。在某些情况下，仍然需要使用涉及系统编目(pg_catalog.pg_*)的技巧，但这种情况并不常见。我经常做以下事情:

开始一个事务来修改privs 将数据库的所有权更改为“DBA角色” 将schema的所有权更改为“DBA角色” 撤销所有角色的所有表、序列和函数上的所有私权 将相关/适当表上的SELECT、INSERT、UPDATE、DELETE权限授予适当的角色 提交DCL事务。

@Alex Soto的答案是正确的，@Yoav Aner上传的要点也有效，前提是在表/视图名称中没有特殊字符(在postgres中是合法的)。

你需要转义它们来工作，我已经上传了一个要点:https://gist.github.com/2911117

pg_dump as insert statements 
pg_dump -d -O database filename
-d ( data as inserts ) -O ( capital O is no owner )

然后使用以下命令将备份文件输送回PostgreSQL:

psql -d database -U username -h hostname < filename

由于没有包含所有者，因此创建的所有表、模式等都是在指定的登录用户下创建的。

我了解到这也是一个在PostgreSQL版本之间迁移的好方法。

可以使用REASSIGN OWNED命令。

剧情简介:

重新分配old_role[，…]到new_role

这将把old_role拥有的所有对象更改为新角色。你不需要考虑用户拥有什么样的对象，它们都会被改变。注意，它只应用于单个数据库中的对象。它也不会改变数据库本身的所有者。

它至少可以在8.2版本中使用。他们的网上资料只能追溯到这段时间。

在PostgreSQL中没有这样的命令。但是您可以使用我之前为GRANTs描述的方法来解决它。