PostgreSQL提供了一组预定义角色，它们提供对某些常见且需要权限的能力和信息的访问。管理员（包括具有CREATEROLE权限的角色）可以把这些角色GRANT给其环境中的用户和/或其他角色，从而让这些用户获得所指定的能力和信息。

预定义角色在Table 21.1中描述。请注意，随着将来增加更多能力，各个角色的具体权限可能会发生变化。管理员应关注发行说明中的变更。

pg_monitor、pg_read_all_settings、pg_read_all_stats和pg_stat_scan_tables角色旨在让管理员能够方便地为监控数据库服务器配置一个角色。它们授予一组常见权限，使该角色能够读取各种有用的配置设置、统计信息以及其他通常仅限超级用户查看的系统信息。

pg_database_owner角色有一个隐式的、取决于具体情况的成员，即当前数据库的拥有者。像任何角色一样，它可以拥有对象或获得访问权限授权。因此，一旦pg_database_owner在模板数据库中拥有权限，由该模板实例化的每个数据库的拥有者都将行使这些权限。pg_database_owner不能成为任何角色的成员，也不能拥有非隐式成员。最初，这个角色拥有public模式，因此每个数据库拥有者都管理该模式在本数据库中的使用。

pg_signal_backend角色旨在让管理员能够允许受信任但非超级用户的角色向其他后端发送信号。目前这个角色允许发送信号来取消另一个后端的查询或终止其会话。但被授予此角色的用户不能向由超级用户拥有的后端发送信号。见Section 9.28.2。

pg_read_server_files、pg_write_server_files和pg_execute_server_program角色旨在允许管理员创建受信任但非超级用户的角色，使其能够以数据库运行所用用户的身份访问文件并在数据库服务器上运行程序。由于这些角色能访问服务器文件系统上的任何文件，在直接访问文件时它们会绕过所有数据库级权限检查，并且可被用来获得超级用户级别的访问能力，因此向用户授予这些角色时必须极其谨慎。

授予这些角色时应当谨慎，确保它们只在需要时使用，并理解这些角色会授予对敏感信息的访问。

管理员可以使用GRANT命令把这些角色的访问授予用户，例如：

GRANT pg_signal_backend TO admin_user;