为了简化权限管理，把用户分组通常很方便：这样，权限就可以整体授予给一个组，或者从整个组中撤销。在PostgreSQL中，这通过创建一个表示该组的角色，然后把该组角色中的成员资格授予各个用户角色来实现。

要建立一个组角色，首先创建该角色：

CREATE ROLE name;

通常，作为组使用的角色不会有LOGIN属性，不过如果你愿意，也可以设置它。

组角色存在后，就可以使用GRANT和REVOKE命令添加和移除成员：

GRANT group_role TO role1, ... ;
REVOKE group_role FROM role1, ... ;

也可以把成员资格授予其他组角色（因为组角色与非组角色实际上没有任何区别）。数据库不允许建立循环成员关系。此外，也不允许将角色的成员资格授予 PUBLIC。

组角色的成员可以通过两种方式使用该角色的权限。首先，组的每个成员都可以显式执行SET ROLE，以暂时“成为”该组角色。在这种状态下，数据库会话可以使用组角色的权限，而不是原始登录角色的权限；创建的任何数据库对象也被视为由组角色而非登录角色拥有。其次，具有 INHERIT 属性的成员角色可以自动使用其所属角色的权限，包括这些角色继承的所有权限。例如，假定我们已经执行了：

CREATE ROLE joe LOGIN INHERIT;
CREATE ROLE admin NOINHERIT;
CREATE ROLE wheel NOINHERIT;
GRANT admin TO joe;
GRANT wheel TO admin;

以角色 joe 连接后，数据库会话立即可以使用直接授予 joe 的权限，以及授予 admin 的所有权限，因为 joe “继承” admin 的权限。不过，授予 wheel 的权限不可用，因为即使 joe 间接属于 wheel，该成员资格也是通过 admin 获得的，而后者具有 NOINHERIT 属性。执行以下命令后：

SET ROLE admin;

会话将只能使用授予 admin 的权限，而不能使用授予 joe 的权限。执行以下命令后：

SET ROLE wheel;

会话将只能使用授予 wheel 的权限，而不能使用授予 joe 或 admin 的权限。使用以下任一命令可以恢复原始的权限状态：

SET ROLE joe;
SET ROLE NONE;
RESET ROLE;

角色属性LOGIN、SUPERUSER、CREATEDB和CREATEROLE可以被视为特殊权限，但它们从不会像数据库对象上的普通权限那样被继承。要使用其中之一，必须实际执行SET ROLE切换到拥有该属性的特定角色。继续上面的例子，我们可以选择把CREATEDB和CREATEROLE赋予admin角色。这样，一个以joe角色连接的会话并不会立即拥有这些权限，只有在执行SET ROLE admin之后才会拥有。

要删除组角色，请使用DROP ROLE：

DROP ROLE name;

该组角色中的所有成员资格都会自动被撤销（但成员角色不会受到其他影响）。