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

预定义角色在表 22.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 角色旨在让管理员能够允许受信任但非超级用户的角色向其他后端发送信号。目前这个角色允许发送信号来取消另一个后端上的查询或终止其会话。不过，被授予此角色的用户不能向由超级用户拥有的后端发送信号。见第 9.27.2 节。

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

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

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

GRANT pg_signal_backend TO admin_user;