该形式使用与 CREATE TABLE 相同的语法向表中添加新列。如果指定了 IF NOT EXISTS，且同名列已经存在，则不会报错。

该形式从表中删除一列。涉及该列的索引和表约束也会自动删除。如果删除该列会使某个引用它的多元统计信息只剩下一列数据，那么该统计信息也会被移除。如果表外有任何对象依赖于该列，例如外键引用或视图，你就需要指定 CASCADE。如果指定了 IF EXISTS 而该列不存在，则不会报错；此时会发出一条提示。

该形式更改表中某一列的类型。涉及该列的索引和简单表约束会通过重新解析最初提供的表达式，自动转换为使用新的列类型。可选的 COLLATE 子句为新列指定排序规则；如果省略，则使用新列类型的默认排序规则。可选的 USING 子句指定如何根据旧值计算新列的值；如果省略，则默认转换与从旧数据类型到新数据类型的赋值类型转换相同。如果从旧类型到新类型不存在隐式或赋值类型转换，则必须提供 USING 子句。

这些形式为列设置或移除默认值。默认值只会应用于后续的 INSERT 或 UPDATE 命令；它们不会导致表中已有的行发生变化。

这些形式改变列是被标记为允许空值，还是被标记为拒绝空值。

只有当表中的记录都不包含该列的 NULL 值时，才能对列应用 SET NOT NULL。通常，ALTER TABLE 会通过扫描整个表来检查这一点；但是，如果找到一个有效的 CHECK 约束，能够证明不存在 NULL，则会跳过表扫描。

如果该表是分区，并且某列在父表中标记为 NOT NULL，则不能对该列执行 DROP NOT NULL。要从所有分区删除 NOT NULL 约束，请在父表上执行 DROP NOT NULL。即使父表没有 NOT NULL 约束，仍然可以按需将此类约束添加到单个分区；也就是说，即使父表允许空值，子表也可以禁止空值，但反之则不行。

这些形式更改列是否为标识列，或更改现有标识列的生成属性。详情请参见 CREATE TABLE。

如果指定了 DROP IDENTITY IF EXISTS，而该列不是标识列，则不会报错；此时会发出一条提示。

这些形式更改支撑现有标识列的序列。sequence_option 是 ALTER SEQUENCE 支持的选项，例如 INCREMENT BY。

该形式为后续 ANALYZE 操作设置每列的统计信息收集目标。目标可以设置在 0 到 10000 范围内；也可以将其设置为 -1，以恢复使用系统默认的统计目标（default_statistics_target）。有关 PostgreSQL 查询规划器使用统计信息的更多信息，请参见第 14.2 节。

SET STATISTICS 会获取一个 SHARE UPDATE EXCLUSIVE 锁。

该形式设置或重置每属性选项。目前定义的每属性选项只有 n_distinct 和 n_distinct_inherited，它们会覆盖后续 ANALYZE 操作所作的非重复值数量估计。n_distinct 影响表本身的统计信息，而 n_distinct_inherited 影响为表及其继承子表收集的统计信息。当设置为正值时，ANALYZE 会假定该列恰好包含指定数量的非空非重复值。当设置为负值时（该值必须大于或等于 -1），ANALYZE 会假定列中非空非重复值的数量与表大小成线性关系；具体数量通过将估计的表大小乘以给定数值的绝对值计算。例如，-1 表示列中的所有值都不同，而 -0.5 表示平均每个值出现两次。当表大小随时间变化时，这可能很有用，因为只有在查询规划时才会执行与表中行数相乘的操作。指定 0 可恢复正常估计非重复值数量。有关 PostgreSQL 查询规划器使用统计信息的更多信息，请参见第 14.2 节。

更改每个属性的选项会获取一个 SHARE UPDATE EXCLUSIVE 锁。

该形式为列设置存储模式。这控制该列是行内保存还是保存在辅助 TOAST 表中，以及是否压缩数据。对于 integer 等定长值，必须使用 PLAIN，数据以行内且未压缩的形式保存。MAIN 用于行内的可压缩数据。EXTERNAL 用于行外保存的未压缩数据，EXTENDED 用于行外保存的压缩数据。对于支持非 PLAIN 存储的大多数数据类型，EXTENDED 是默认值。使用 EXTERNAL 会使非常大的 text 和 bytea 值上的子字符串操作运行得更快，但会增加存储空间。请注意，SET STORAGE 本身不会更改表中的任何内容，它只会设置今后更新表时采用的策略。更多信息请参见第 69.2 节。

该形式使用与 CREATE TABLE 相同的约束语法向表添加新约束，另外还提供 NOT VALID 选项；目前该选项只允许用于外键和 CHECK 约束。

通常，该形式会扫描表，以验证表中所有现有行都满足新约束。但如果使用 NOT VALID 选项，则会跳过这一可能耗时很长的扫描。后续插入或更新仍会强制执行该约束（也就是说，对于外键，除非被引用表中存在匹配行，否则操作会失败；对于 CHECK 约束，除非新行符合指定检查条件，否则操作会失败）。但是，在使用 VALIDATE CONSTRAINT 选项验证约束之前，数据库不会假定该约束对表中的所有行都成立。有关使用 NOT VALID 选项的更多信息，请参见下文注解。

尽管大多数形式的 ADD table_constraint 需要 ACCESS EXCLUSIVE 锁，ADD FOREIGN KEY 只需要 SHARE ROW EXCLUSIVE 锁。请注意，ADD FOREIGN KEY 除了在声明约束的表上获取锁之外，还会在被引用的表上获取 SHARE ROW EXCLUSIVE 锁。

向分区表添加唯一约束或主键约束时还会有其他限制；请参见 CREATE TABLE。此外，目前不能将分区表上的外键约束声明为 NOT VALID。

该形式基于一个现有唯一索引向表中添加新的 PRIMARY KEY 或 UNIQUE 约束。该约束将包含该索引的全部列。

该索引不能包含表达式列，也不能是部分索引。此外，它必须是使用默认排序顺序的 B-树索引。这些限制保证该索引等价于通过常规 ADD PRIMARY KEY 或 ADD UNIQUE 命令构建出来的索引。

如果指定了 PRIMARY KEY，而该索引的列尚未被标记为 NOT NULL，则此命令会尝试对每个这样的列执行 ALTER COLUMN SET NOT NULL。这需要进行一次全表扫描，以验证这些列不包含空值。在其他情况下，这都是一个快速操作。

如果提供了约束名，则索引会被重命名以匹配该约束名；否则，约束将使用与索引相同的名称。

执行此命令后，该索引会被该约束“拥有”，就像它是通过常规 ADD PRIMARY KEY 或 ADD UNIQUE 命令构建出来的一样。特别是，删除该约束也会使该索引一并消失。

该形式目前不支持分区表。

该形式更改先前创建的约束的属性。目前只能更改外键约束。

该形式通过扫描表来验证先前以 NOT VALID 创建的外键或 CHECK 约束，确保不存在不满足约束的行。如果约束已经标记为有效，则不执行任何操作。（有关此命令用途的说明，请参见下文注解。）

此命令会获取一个 SHARE UPDATE EXCLUSIVE 锁。

该形式删除表上指定的约束，以及支撑该约束的任何索引。如果指定了 IF EXISTS 而该约束不存在，则不会报错；此时会发出一条提示。

这些形式配置属于表的触发器的触发。已禁用的触发器仍为系统所知，但在触发事件发生时不会执行。对于延迟触发器，会在事件发生时检查启用状态，而不是在实际执行触发器函数时检查。可以按名称指定单个触发器，或指定表上的所有触发器，或仅指定用户触发器，从而禁用或启用触发器（最后一种选项不包括内部生成的约束触发器，例如用于实现外键约束或可延迟唯一性约束和排他约束的触发器）。禁用或启用内部生成的约束触发器需要超级用户权限；应谨慎操作，因为如果不执行触发器，当然无法保证约束的完整性。

触发器的触发机制也受配置变量 session_replication_role 的影响。普通启用的触发器（默认）会在复制角色为“origin”（默认）或“local”时触发。配置为 ENABLE REPLICA 的触发器仅会在会话处于“replica”模式时触发，而配置为 ENABLE ALWAYS 的触发器无论当前复制角色为何都会触发。

在默认配置下，这种机制的效果是触发器不会在副本上触发。这很有用，因为如果在源端使用触发器在表之间传播数据，那么复制系统也会复制传播的数据；触发器不应在副本上再次触发，否则会导致重复。但是，如果触发器用于其他目的（例如创建外部告警），则可以将其设置为 ENABLE ALWAYS，使其也在副本上触发。

此命令会获取一个 SHARE ROW EXCLUSIVE 锁。

这些形式配置属于表的重写规则是否应用。禁用的规则仍然为系统所知，但在查询重写期间不会应用。语义与禁用/启用触发器相同。对于 ON SELECT 规则，此配置将被忽略，这些规则始终会被应用，以确保视图在当前会话处于非默认复制角色时仍然正常工作。

规则触发机制也受配置变量 session_replication_role 的影响，类似于上面描述的触发器。

这些形式控制属于表的行安全性策略的应用。如果启用且表不存在任何策略，则应用默认拒绝策略。请注意，即使禁用了表的行级安全，表仍然可以存在策略；在这种情况下，不会应用这些策略，并且会忽略它们。另请参见 CREATE POLICY。

这些形式控制当用户是表所有者时属于表的行安全性策略的应用。如果启用，当用户是表所有者时会应用行级安全策略。如果禁用（默认设置），当用户是表所有者时不会应用行级安全。另请参见 CREATE POLICY。

该形式为将来的 CLUSTER 操作选择默认索引。它实际上不会对表重新聚簇。

更改聚簇选项会获取一个 SHARE UPDATE EXCLUSIVE 锁。

该形式从表中移除最近使用的 CLUSTER 索引规范。这会影响将来的聚簇操作（这些操作未指定索引）。

更改聚簇选项会获取一个 SHARE UPDATE EXCLUSIVE 锁。

这是用于移除 oid 系统列的向后兼容语法。由于如今已无法再添加 oid 系统列，因此它实际上永远不会产生任何效果。

该形式将表的表空间更改为指定的表空间，并将与表关联的数据文件移动到新表空间。表上的索引（如果有）不会移动，但可以通过额外的 SET TABLESPACE 命令单独移动。当应用于分区表时，不会移动任何内容，但之后使用 CREATE TABLE PARTITION OF 创建的任何分区都会使用该表空间，除非使用 TABLESPACE 子句覆盖它。

使用 ALL IN TABLESPACE 形式可以移动当前数据库中位于某个表空间中的所有表；该形式会先锁定所有待移动表，然后逐个移动。该形式还支持 OWNED BY，从而只移动指定角色拥有的表。如果指定了 NOWAIT，则一旦无法立即获取所需的全部锁，命令就会失败。请注意，系统目录不会通过此命令移动；如果需要，可改用 ALTER DATABASE 或显式的 ALTER TABLE 调用。information_schema 中的关系不被视为系统目录的一部分，因此会被移动。另请参阅 CREATE TABLESPACE。

该形式把表从不记录 WAL 改为记录 WAL，或反过来（参见 UNLOGGED）。它不能应用于临时表。

该形式更改表的一个或多个存储参数。有关可用参数的详情，请参见存储参数。请注意，该命令不会立即修改表内容；根据参数的不同，可能需要重写表才能达到预期效果。可以使用 VACUUM FULL、CLUSTER，或 ALTER TABLE 中会强制重写表的某种形式来完成重写。对于与规划器相关的参数，更改会从下次锁定表时生效，因此不会影响当前正在执行的查询。

对于 fillfactor、toast 和 autovacuum 存储参数，以及规划器参数 parallel_workers，会获取 SHARE UPDATE EXCLUSIVE 锁。

该形式把一个或多个存储参数重置为默认值。与 SET 一样，可能仍需要进行表重写才能让整张表完全更新。

该形式将目标表添加为指定父表的新子表。之后，对父表执行的查询将包含目标表的记录。要作为子表添加，目标表必须已经包含与父表相同的所有列（也可以有额外的列）。列必须具有匹配的数据类型；如果父表中的列具有 NOT NULL 约束，则子表中的相应列也必须具有 NOT NULL 约束。

父表的所有 CHECK 约束还必须在子表中有匹配的约束，但标记为不可继承的约束除外（即在父表中使用 ALTER TABLE ... ADD CONSTRAINT ... NO INHERIT 创建的约束）；这类约束会被忽略。所有匹配的子表约束都不能标记为不可继承。目前不考虑 UNIQUE、PRIMARY KEY 和 FOREIGN KEY 约束，但将来可能会改变。

该形式把目标表从指定父表的子表列表中移除。对父表的查询将不再包含来自目标表的记录。

该形式把表关联到一个复合类型，就好像它是通过 CREATE TABLE OF 创建的一样。表的列名和类型列表必须与该复合类型完全一致。该表还必须不继承自任何其他表。这些限制保证了 CREATE TABLE OF 会允许一个等价的表定义。

该形式会解除类型化表与其类型之间的关联。

该形式把表、序列、视图、物化视图或外部表的所有者更改为指定用户。

该形式修改写入预写式日志的信息，以标识被更新或删除的行。在大多数情况下，只有当某列的旧值与新值不同，才记录该列的旧值；不过，如果旧值是外部存储的，则无论它是否改变，都会被记录。除非正在使用逻辑复制，否则该选项没有效果。

RENAME 形式用于更改表（或索引、序列、视图、物化视图或外部表）的名称、表中某个列的名称，或者表上某个约束的名称。重命名一个带有底层索引的约束时，该索引也会一并重命名。已存储的数据不会受到影响。

该形式把表移动到另一个模式。相关索引、约束以及由表列拥有的序列也会一并移动。

该形式将现有表（该表本身也可以分区）附加为目标表的分区。可以使用 FOR VALUES 将表作为特定值的分区附加，也可以使用 DEFAULT 将其作为默认分区附加。对于目标表中的每个索引，附加表都会创建对应的索引；或者，如果已经存在等效索引，则会将其附加到目标表的索引上，就像执行了 ALTER INDEX ATTACH PARTITION 一样。请注意，如果现有表是外部表，而目标表上有 UNIQUE 索引，目前不允许将该表作为目标表的分区附加。（另请参见 CREATE FOREIGN TABLE。）对于目标表中存在的每个用户定义行级触发器，都会在附加表中创建相应的触发器。

使用 FOR VALUES 的分区，其 partition_bound_spec 语法与 CREATE TABLE 中的相同。分区边界说明必须与目标表的分区策略和分区键相对应。待附加的表必须拥有与目标表完全相同且不多不少的列；此外，列类型也必须匹配。它还必须具有目标表上所有未标记为 NO INHERIT 的 NOT NULL 和 CHECK 约束。目前不会考虑 FOREIGN KEY 约束。如果父表中的 UNIQUE 和 PRIMARY KEY 约束尚不存在于该分区中，则会在该分区上创建这些约束。

如果新分区是普通表，则会执行一次全表扫描，以检查表中现有行不会违反分区约束。可以在执行此命令之前，先向该表添加一个有效的 CHECK 约束，使其只允许满足所需分区约束的行，从而避免这次扫描。系统会利用该 CHECK 约束来判断无须扫描该表以验证分区约束。不过，如果分区键中有任何一个是表达式，而该分区又不接受 NULL 值，则这一方法无效。如果附加的是一个不接受 NULL 值的列表分区，还应向分区键列添加 NOT NULL 约束，除非该分区键是表达式。

如果新分区是外部表，则不会执行任何检查来验证该外部表中的所有行都满足分区约束。（关于外部表上的约束，请参见 CREATE FOREIGN TABLE 中的讨论。）

当某个表具有默认分区时，定义一个新分区会改变默认分区的分区约束。默认分区不能包含任何本应移动到新分区中的行，因此系统会扫描默认分区以确认不存在此类行。和扫描新分区一样，如果存在适当的 CHECK 约束，也可以避免这次扫描；同样地，当默认分区是外部表时，这次扫描总会被跳过。

附加分区会在父表上获取一个 SHARE UPDATE EXCLUSIVE 锁，此外还会在被附加的表以及默认分区（如果有）上获取 ACCESS EXCLUSIVE 锁。

如果被附加的表本身是分区表，则还必须在其所有子分区上持有锁；如果默认分区本身也是分区表，也是如此。添加 CHECK 约束（如第 5.11.2.2 节所述）可以避免对子分区加锁。

该形式会把目标表的指定分区分离出来。被分离的分区会继续作为一张独立表存在，但不再与原先所在的表保持任何关联。任何附加到目标表索引上的索引都会被分离。任何作为目标表中触发器克隆而创建的触发器都会被移除。对于任何在外键约束中引用该父分区表的表，都会获取 SHARE 锁。

如果表不存在，则不要抛出错误。这种情况下会发出一条提示。

要修改的一个现有表的名称（可以是模式限定的）。如果在表名前指定了 ONLY，则只会修改该表。如果没有指定 ONLY，该表及其所有后代表（如果有）都会被修改。可选地，在表名后面可以指定 * 用来显式地指示包括后代表。

一个新列或者现有列的名称。

一个现有列的新名称。

该表的新名称。

一个新列的数据类型或者一个现有列的新数据类型。

该表的新的表约束。

一个新约束或者现有约束的名称。

自动删除依赖于被删除列或约束的对象（例如引用该列的视图），并且接着删除依赖于那些对象的所有对象（见第 5.14 节）。

如果有任何依赖对象时拒绝删除列或者约束。这是默认行为。

要禁用或启用的单个触发器的名称。

禁用或启用属于表的所有触发器。（如果触发器中有内部生成的约束触发器，例如用于实现外键约束或可延迟唯一性约束和排他约束的触发器，则需要超级用户权限。）

禁用或启用属于表的所有触发器，但不包括内部生成的约束触发器（例如用于实现外键约束或可延迟的唯一约束和排他约束的触发器）。

一个现有索引的名称。

一个表存储参数的名称。

一个表存储参数的新值。根据该参数，该值可能是一个数字或者一个词。

要与这个表关联或者解除关联的父表。

该表的新所有者的用户名。

要把该表移入其中的表空间的名称。

要把该表移入其中的模式的名称。

要附加为该表的新分区或从该表分离出去的表名。

新分区的分区边界说明。关于该语法的更多细节，请参见 CREATE TABLE。