为了简化权限管理，把用户分组通常很方便：这样，权限就可以整体授予给一个组，或者从整个组中撤销。在PostgreSQL中，这通过创建一个表示该组的角色，然后把该组角色中的成员资格授予各个用户角色来实现。
要建立一个组角色，首先创建该角色：
CREATE ROLE name;
通常，作为组使用的角色不会有LOGIN属性，不过如果你愿意，也可以设置它。
组角色存在后，就可以使用 GRANT 和 REVOKE 命令添加和移除成员：
GRANTgroup_roleTOrole1, ... ; REVOKEgroup_roleFROMrole1, ... ;
也可以把成员资格授予其他组角色（因为组角色与非组角色实际上没有任何区别）。数据库不允许建立循环成员关系。此外，也不允许将角色的成员资格授予 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;
SET ROLE命令总是允许切换到原始登录角色直接或间接所属的任何角色。因此，在上例中，没有必要先成为admin再成为wheel。
在 SQL 标准中，用户与角色之间有明确区别，并且用户不会自动继承权限，而角色会。这种行为可以在PostgreSQL中通过让用作 SQL 角色的角色具有INHERIT属性，而让用作 SQL 用户的角色具有NOINHERIT属性来获得。不过，出于与 8.1 之前版本向后兼容的考虑，PostgreSQL默认给所有角色都赋予INHERIT属性；在那些早期版本中，用户总能使用授予其所属组的权限。
角色属性LOGIN、SUPERUSER、CREATEDB和CREATEROLE可以被视为特殊权限，但它们从不会像数据库对象上的普通权限那样被继承。要使用其中之一，必须实际执行SET ROLE切换到拥有该属性的特定角色。继续上面的例子，我们可以选择把CREATEDB和CREATEROLE赋予admin角色。这样，一个以joe角色连接的会话并不会立即拥有这些权限，只有在执行SET ROLE admin之后才会拥有。
要删除组角色，请使用 DROP ROLE：
DROP ROLE name;
该组角色中的所有成员资格都会自动被撤销（但成员角色不会受到其他影响）。