如果你创建了一个表后发现自己犯了一个错误，或者是应用的需求发生了变化， 那么你可以删除这个表然后重新创建它。但是如果这个表已经填充了许多数据， 或者该表已经被其它数据库对象引用(比如一个外键约束)，那这可不是一个方 便的方法。因此PostgreSQL提供了一族命令用于修改现有表。请注意它在概 念上和修改一个表中包含的数据是不一样的：这里我们感兴趣的是修改一个表 的定义，或者说结构。
你可以:
增加字段
删除字段
增加约束
删除约束
改变缺省值
修改字段数据类型
重命名字段
重命名表
所有这些动作都是用 ALTER TABLE 命令执行的。
要增加一个字段，使用下面这样的命令：
ALTER TABLE products ADD COLUMN description text;
新增的字段对于表中已经存在的行而言最初将先填充所给出的缺省值 (如果你没有声明DEFAULT子句，那么缺省是NULL)。
你也可以同时在该字段上定义约束，使用通常的语法：
ALTER TABLE products ADD COLUMN description text CHECK(description <> '');
实际上，所有在CREATE TABLE里描述的可以应用于字段的选项 都可以在这里使用。不过，我们要注意的是缺省值必须满足给出的约束，否则ADD将会失败。另外，你可以在正确填充了新字段的数值之后 再增加约束(见下文)。
Tip: 添加一个字段并填充缺省值将会导致更新表中的所有行(为了存储新字段的值)， 但如果没有声明缺省值，PostgreSQL就可以 避免物理更新。所以如果你将要在新字段中填充的值大多数都不等于缺省值， 那么最好添加一个没有缺省值的字段，然后再使用UPDATE更新数据， 最后使用下面的方法添加缺省值。
要删除一个字段，使用下面这样的命令：
ALTER TABLE products DROP COLUMN description;
不管字段里有啥数据，都会消失，和这个字段相关的约束也会被删除。不过， 如果这个字段被另一个表的外键所引用，PostgreSQL 则不会隐含地删除该约束。你可以通过使用CASCADE指明删除任何依 赖该字段的东西：
ALTER TABLE products DROP COLUMN description CASCADE;
参阅Section 5.11获取有关这些操作背后的机制的信息。
要增加一个约束，必须使用表约束语法。比如：
ALTER TABLE products ADD CHECK (name <> ''); ALTER TABLE products ADD CONSTRAINT some_name UNIQUE (product_no); ALTER TABLE products ADD FOREIGN KEY (product_group_id) REFERENCES product_groups;
要增加一个不能写成表约束的非空约束，使用下面的语法：
ALTER TABLE products ALTER COLUMN product_no SET NOT NULL;
这个约束将立即进行检查，所以表在添加约束之前必须符合约束条件。
要删除一个约束，你需要知道它的名字。如果你曾经给了它取了名字，那么事情 就很简单。否则你就需要找出系统自动分配的名字。psql的命令 \d tablename可以这个帮忙；其它接口 可能也提供了检查表的细节的方法。然后就是这条命令：
ALTER TABLE products DROP CONSTRAINT some_name;
如果你在处理一个生成的约束名，比如$2， 别忘了你需要给它添加双引号，让它成为一个有效的标识符。
和删除字段一样，如果你想删除被依赖的约束，你需要用CASCADE。 一个例子是某个外键约束依赖被引用字段上的唯一约束或者主键约束。
除了非空约束外，所有约束类型都这么用。要删除非空约束，可以这样：
ALTER TABLE products ALTER COLUMN product_no DROP NOT NULL;
要记得非空约束没有名字。
要给一个字段设置缺省值，可以使用一个像下面这样的命令：
ALTER TABLE products ALTER COLUMN price SET DEFAULT 7.77;
请注意这么做不会影响任何表中现有的数据行，它只是为将来的INSERT 命令改变缺省值
要删除缺省值，可以用
ALTER TABLE products ALTER COLUMN price DROP DEFAULT;
这样实际上相当于把缺省设置为空。结果是，如果我们删除一个还没有 定义的缺省值不算错误，因为缺省隐含就是NULL
把一个字段转换成另外一种数据类型，使用下面的命令：
ALTER TABLE products ALTER COLUMN price TYPE numeric(10,2);
只有在字段里现有的每个项都可以隐含的转换成新类型时才可能成功。 如果需要更复杂的转换，你可以增加一个USING子句， 它声明如何从旧值里计算新值。
PostgreSQL将试图把字段的缺省值(如果存在)转换成新的类型， 还有涉及该字段的任何约束。但是这些转换可能失败，或者可能生成奇怪的结果。 在修改某字段类型之前，你最好删除那些约束，然后再把合适的约束添加上去。