pgsql.cc 提供对 postgresql.org 官网内容的中文翻译，由 Pigsty 团队维护。
CREATE ROLE — 定义一个新的数据库角色
CREATE ROLEname[ [ WITH ]option[ ... ] ] whereoptioncan be: SUPERUSER | NOSUPERUSER | CREATEDB | NOCREATEDB | CREATEROLE | NOCREATEROLE | CREATEUSER | NOCREATEUSER | INHERIT | NOINHERIT | LOGIN | NOLOGIN | CONNECTION LIMITconnlimit| [ ENCRYPTED | UNENCRYPTED ] PASSWORD 'password' | VALID UNTIL 'timestamp' | IN ROLErole_name[, ...] | IN GROUProle_name[, ...] | ROLErole_name[, ...] | ADMINrole_name[, ...] | USERrole_name[, ...] | SYSIDuid
CREATE ROLE向 PostgreSQL数据库集簇中新增一个角色。角色是一种 可以拥有数据库对象并拥有数据库权限的实体；根据其使用方式，它既可以视为 “用户”，也可以视为“组”，或者兼具这两种身份。有关 用户管理和认证的信息，请参见第 20 章和第 19 章。要使用该命令，你必须拥有 CREATEROLE权限，或者是数据库超级用户。
注意，角色是在数据库集簇级别定义的，因此在该集簇中的所有数据库里都有效。
name新角色的名称。
SUPERUSERNOSUPERUSER这些子句决定新角色是否为“超级用户”；超级用户可以绕过数据库中的 所有访问限制。超级用户身份具有危险性，只有在确有需要时才应使用。要创建 新的超级用户，你自己必须先是超级用户。若未指定，默认值是 NOSUPERUSER。
CREATEDBNOCREATEDB这些子句定义角色创建数据库的能力。如果指定CREATEDB，则允许正在定义的角色创建新数据库。指定NOCREATEDB会禁止角色创建数据库。如果未指定，默认值为NOCREATEDB。
CREATEROLENOCREATEROLE这些子句决定是否允许角色创建新角色（即执行CREATE ROLE）。具有CREATEROLE权限的角色还可以更改和删除其他角色。如果未指定，默认值为NOCREATEROLE。
CREATEUSERNOCREATEUSER这些子句是 SUPERUSER 和 NOSUPERUSER 的一种已过时但仍被接受的写法。注意，它们不等价于 CREATEROLE，尽管可能有人会天真地这么认为！
INHERITNOINHERIT这些子句决定角色是否“继承”其所属角色的权限。具有INHERIT属性的角色可以自动使用直接或间接所属的所有角色获得的任何数据库权限。没有INHERIT时，成为另一个角色的成员只授予对该角色执行SET ROLE的能力；另一个角色的权限只有在执行该操作后才可用。如果未指定，默认值为INHERIT。
LOGINNOLOGIN这些子句决定是否允许角色登录；也就是说，在客户端连接期间，是否可以将该角色作为初始会话授权名称。具有 LOGIN 属性的角色可以视为用户。没有该属性的角色可用于管理数据库权限，但通常意义上不属于用户。如果未指定，默认值为 NOLOGIN，但通过其另一种拼写 CREATE USER 调用 CREATE ROLE 时除外。
CONNECTION LIMIT connlimit如果该角色可以登录，此项指定该角色可建立多少并发连接。-1（默认值） 表示不限制。注意，只有普通连接会计入此限制。
PASSWORD password设置角色的密码。（密码只对具有LOGIN属性的角色有用， 但即使没有该属性，你仍然可以为角色定义密码。）如果你不打算使用密码认证， 可以省略此选项。如果未指定密码，密码将被设为 null，并且该用户的密码认证 将始终失败。也可以显式写为PASSWORD NULL。
ENCRYPTEDUNENCRYPTED这些关键字控制密码是否以加密形式存储在系统目录中。 （如果两者都未指定，默认行为由配置参数 password_encryption决定。）如果给出的密码字符串已经是 MD5 加密格式，那么无论指定的是ENCRYPTED还是 UNENCRYPTED，它都会按原样以加密形式存储 （因为系统无法解密指定的已加密密码字符串）。这样便可在转储/恢复期间 重新装载已加密的密码。
注意，较老的客户端可能缺少对 MD5 认证机制的支持，而处理加密存储的密码需要这种机制。
VALID UNTIL 'timestamp'VALID UNTIL子句设置一个日期和时间，在此之后角色的密码将不再有效。如果省略此子句，密码将始终有效。
IN ROLE role_nameIN ROLE子句列出一个或多个现有角色，新角色会立即作为新成员加入这些角色。（请注意，无法通过此选项将新角色添加为管理员；要实现这一点，请使用单独的GRANT命令。）
IN GROUP role_nameIN GROUP是IN ROLE的已废弃写法。
ROLE role_nameROLE子句列出一个或多个现有角色，这些角色会自动作为新角色的成员加入。（实际上，这会使新角色成为一个“组”。）
ADMIN role_nameADMIN子句类似于ROLE，但指定的角色会以WITH ADMIN OPTION加入新角色，从而获得向其他人授予该角色成员资格的权利。
USER role_nameUSER子句是ROLE子句的已废弃写法。
SYSID uidSYSID子句会被忽略，但为向后兼容而接受。
使用ALTER ROLE更改角色属性，并使用DROP ROLE删除角色。CREATE ROLE指定的所有属性都可以由后续的ALTER ROLE命令修改。
向作为组使用的角色添加和移除成员，推荐使用GRANT和REVOKE。
VALID UNTIL子句只为密码定义过期时间，而不是为角色本身定义过期时间。特别是，使用非基于密码的认证方式登录时，不会强制执行该过期时间。
INHERIT属性控制可授予权限的继承（即数据库对象的访问权限和角色成员资格）。它不适用于CREATE ROLE和ALTER ROLE设置的特殊角色属性。例如，即使设置了INHERIT，成为拥有CREATEDB权限的角色成员也不会立即获得创建数据库的能力；在创建数据库之前，必须先通过SET ROLE成为该角色。
INHERIT属性出于向后兼容的原因而成为默认值：在PostgreSQL的早期版本中，用户总能访问其所属组的所有权限。不过，NOINHERIT更接近 SQL 标准规定的语义。
请谨慎对待CREATEROLE权限。CREATEROLE角色的权限不存在继承这一概念。这意味着，即使某个角色没有特定权限但被允许创建其他角色，它仍可轻易创建一个权限不同于自身的角色（创建具有超级用户权限的角色除外）。例如，如果角色“user”具有CREATEROLE权限但没有CREATEDB权限，它仍然可以创建一个具有CREATEDB权限的新角色。因此，应将拥有CREATEROLE权限的角色视为几乎等同超级用户的角色。
PostgreSQL包含一个程序createuser，其功能与CREATE ROLE相同 （实际上它就是调用此命令），但它可以从命令 shell 中运行。
CONNECTION LIMIT选项只是近似地被强制执行；如果两个新会话 在几乎同一时刻启动，而此时该角色只剩下一个连接“槽”，则两者都 可能失败。此外，该限制从不对超级用户强制执行。
用此命令指定未加密密码时必须谨慎。密码会以明文形式传输到服务器，也可能被 记录在客户端命令历史或服务器日志中。而命令createuser 传输的是加密密码。此外，psql包含 \password命令，可用于稍后安全地更改密码。
创建一个可登录但没有密码的角色：
CREATE ROLE jonathan LOGIN;
创建一个带密码的角色：
CREATE USER davide WITH PASSWORD 'jw8s0F4';
（CREATE USER与CREATE ROLE相同， 只是它隐含指定了LOGIN。）
创建一个密码有效期截止到 2004 年底的角色。当 2005 年的第一秒过去后，该密码 就不再有效。
CREATE ROLE miriam WITH LOGIN PASSWORD 'jw8s0F4' VALID UNTIL '2005-01-01';
创建一个可以创建数据库并管理角色的角色：
CREATE ROLE admin WITH CREATEDB CREATEROLE;
该CREATE ROLE语句在 SQL 标准中有定义，但该标准只要求以下语法
CREATE ROLEname[ WITH ADMINrole_name]
多个初始管理员，以及CREATE ROLE的所有其他选项，都是PostgreSQL扩展。
SQL 标准定义了用户和角色的概念，但将它们视为不同的概念，并将定义用户的所有命令留给各数据库实现自行规定。在PostgreSQL中，我们选择将用户和角色统一为一种实体。因此，与标准相比，角色具有更多可选属性。
将用户赋予 NOINHERIT 属性，而将角色赋予 INHERIT 属性，最接近 SQL 标准规定的行为。
译文有误、术语不当或页面显示问题，请到译文仓库 pgsty/pgdoc 报告译文问题。 英文原文本身的问题，请在当前版本的对应页面向上游反馈；上游不再修订已结束维护的版本。