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

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

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

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

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

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

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

该形式会把一个存储生成列转换成普通基础列。列中的现有数据会被保留，但今后的更改将不再应用生成表达式。

如果指定DROP EXPRESSION IF EXISTS且该列不是存储的生成列，则不会抛出错误；在这种情况下会发出通知。

这些形式改变列是否为标识列，或者更改现有标识列的生成属性。详情见CREATE TABLE。与SET DEFAULT类似，这些形式只影响后续INSERT和UPDATE命令的行为；它们不会导致表中已有的行发生变化。

如果指定了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影响为该表及其继承子表收集的统计信息，以及为分区表收集的统计信息。当指定值为正数时，查询规划器将假定该列恰好包含指定数量的非空非重复值。也可以通过使用小于 0 且大于等于 -1 的值来指定小数值。这会指示查询规划器通过将指定数字的绝对值乘以表中估计行数来估算非重复值的数量。例如，值为 -1 表示该列中的所有值都不同，而值为 -0.5 表示每个值平均出现两次。当表的大小随时间变化时，这会很有用。有关PostgreSQL查询规划器如何使用统计信息的更多信息，请参见第 14.2 节。

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

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

该形式设置列的压缩方法，用来决定未来插入的值将如何被压缩（前提是存储模式允许压缩）。这不会导致表被重写，因此现有数据仍可能采用其他压缩方法。如果使用pg_restore恢复该表，那么所有值都会按配置的压缩方法重新写入。然而，当数据是从另一个关系插入时（例如通过INSERT ... SELECT），源表中的值不一定会被去 TOAST 化，因此先前已压缩的数据可能会保留原有的压缩方法，而不是按目标列的压缩方法重新压缩。支持的压缩方法有pglz和lz4。（lz4仅在使用--with-lz4构建PostgreSQL时才可用。）此外，compression_method还可以是default，表示在数据插入时查询default_toast_compression设置，以决定要使用的方法。

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

通常，该形式会扫描表，以验证表中所有现有行都满足新约束。但如果使用了NOT VALID选项，就会跳过这一步可能非常耗时的扫描。该约束仍会对后续的插入或更新生效（也就是说，对于外键，除非被引用表中存在匹配行，否则操作会失败；对于检查约束，除非新行满足指定的检查条件，否则操作会失败）。但是，在通过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）。它不能应用于临时表。

该形式更改表的一个或多个存储参数。可用参数的详细信息，请参见CREATE TABLE文档中的Storage Parameters。请注意，此命令不会立即修改表内容；根据参数不同，你可能需要重写表才能获得预期效果。这可以通过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锁。

如果指定了CONCURRENTLY，它将使用较低的锁级别运行，以避免阻塞其他可能正在访问该分区表的会话。在这种模式下，内部会使用两个事务。第一个事务中，会在父表和该分区上都获取SHARE UPDATE EXCLUSIVE锁，并把该分区标记为正在分离；随后提交事务，并等待所有其他正在使用该分区表的事务结束。在所有这些事务完成后，第二个事务会在分区表上获取SHARE UPDATE EXCLUSIVE锁、在分区上获取ACCESS EXCLUSIVE锁，并完成分离过程。系统还会向该分区添加一个与分区约束等价的CHECK约束。CONCURRENTLY不能在事务块中运行；如果该分区表包含默认分区，也不允许使用它。

如果指定了FINALIZE，则会完成此前被取消或中断的DETACH CONCURRENTLY调用。在任意时刻，一个分区表中最多只能有一个分区处于等待分离完成的状态。

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

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

新列或现有列的名称。

现有列的新名称。

表的新名称。

新列的数据类型，或现有列的新数据类型。

该表的新的表约束。

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

自动删除依赖于被删除列或约束的对象（例如引用该列的视图），以及所有进一步依赖于这些对象的对象（见第 5.14 节）。

如果存在任何依赖对象，则拒绝删除该列或约束。这是默认行为。

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

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

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

一个现有索引的名称。

一个表存储参数的名称。

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

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

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

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

该表将被移动到的模式名称。

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

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