如果你正在使用Postgres 12(或更高版本)，你可以运行ALTER TYPE…在交易(文档)中增加价值。

如果ALTER TYPE…ADD VALUE(向枚举中添加新值的表单 类型)在事务块内执行，则新值不能为 一直使用到事务提交之后。

因此在迁移中不需要任何hack。

UPD:这里有一个例子(感谢Nick)

添加一个新值

以防万一，如果你在使用Rails，你有几个语句，你需要一个一个地执行，比如:

execute "ALTER TYPE XXX ADD VALUE IF NOT EXISTS 'YYY';"
execute "ALTER TYPE XXX ADD VALUE IF NOT EXISTS 'ZZZ';"

当使用Navicat时，您可以转到类型(在视图下-> others -> types) -获得类型的设计视图-然后单击“添加标签”按钮。

对于那些寻找事务内解决方案的人来说，下面的方法似乎有用。

不是ENUM，而是TEXT类型上的DOMAIN应使用，并约束检查该值是否在指定的允许值列表中(如某些注释所建议的)。唯一的问题是，如果一个域被任何复合类型使用，它就不能被添加约束(因此也不能被修改)(文档只是说这“最终应该得到改进”)。但是，可以使用调用函数的约束来解决这样的限制，如下所示。

START TRANSACTION;

CREATE FUNCTION test_is_allowed_label(lbl TEXT) RETURNS BOOL AS $function$
    SELECT lbl IN ('one', 'two', 'three');
$function$ LANGUAGE SQL IMMUTABLE;

CREATE DOMAIN test_domain AS TEXT CONSTRAINT val_check CHECK (test_is_allowed_label(value));

CREATE TYPE test_composite AS (num INT, word test_domain);

CREATE TABLE test_table (val test_composite);
INSERT INTO test_table (val) VALUES ((1, 'one')::test_composite), ((3, 'three')::test_composite);
-- INSERT INTO test_table (val) VALUES ((4, 'four')::test_composite); -- restricted by the CHECK constraint

CREATE VIEW test_view AS SELECT * FROM test_table; -- just to show that the views using the type work as expected

CREATE OR REPLACE FUNCTION test_is_allowed_label(lbl TEXT) RETURNS BOOL AS $function$
    SELECT lbl IN ('one', 'two', 'three', 'four');
$function$ LANGUAGE SQL IMMUTABLE;

INSERT INTO test_table (val) VALUES ((4, 'four')::test_composite); -- allowed by the new effective definition of the constraint

SELECT * FROM test_view;

CREATE OR REPLACE FUNCTION test_is_allowed_label(lbl TEXT) RETURNS BOOL AS $function$
    SELECT lbl IN ('one', 'two', 'three');
$function$ LANGUAGE SQL IMMUTABLE;

-- INSERT INTO test_table (val) VALUES ((4, 'four')::test_composite); -- restricted by the CHECK constraint, again

SELECT * FROM test_view; -- note the view lists the restricted value 'four' as no checks are made on existing data

DROP VIEW test_view;
DROP TABLE test_table;
DROP TYPE test_composite;
DROP DOMAIN test_domain;
DROP FUNCTION test_is_allowed_label(TEXT);

COMMIT;

以前，我使用了一个类似于公认答案的解决方案，但一旦考虑视图、函数或复合类型(特别是使用其他视图的视图，使用修改过的enum…)，它就远远不够好了。这个答案中提出的解决方案似乎在任何条件下都有效。

唯一的缺点是，当删除一些允许的值时，不会对现有数据执行检查(这可能是可以接受的，特别是对于这个问题)。(不幸的是，调用ALTER DOMAIN test_domain VALIDATE CONSTRAINT val_check最终会得到与向复合类型使用的域添加新约束相同的错误。)

请注意，轻微的修改，如CHECK (value = ANY(get_allowed_values())，其中get_allowed_values()函数返回允许值的列表，将不起作用-这很奇怪，所以我希望上面提出的解决方案可靠地工作(它对我来说，到目前为止…)。(它工作，实际上-这是我的错误)

更新pg_enum可以工作，就像上面突出显示的中间列技巧一样。你也可以使用USING魔法直接改变列的类型:

CREATE TYPE test AS enum('a', 'b');
CREATE TABLE foo (bar test);
INSERT INTO foo VALUES ('a'), ('b');

ALTER TABLE foo ALTER COLUMN bar TYPE varchar;

DROP TYPE test;
CREATE TYPE test as enum('a', 'b', 'c');

ALTER TABLE foo ALTER COLUMN bar TYPE test
USING CASE
WHEN bar = ANY (enum_range(null::test)::varchar[])
THEN bar::test
WHEN bar = ANY ('{convert, these, values}'::varchar[])
THEN 'c'::test
ELSE NULL
END;

只要没有函数显式地要求或返回该枚举，就没问题。(如果有，pgsql会在删除类型时报错。)

另外，请注意PG9.1引入了一个ALTER TYPE语句，它将对枚举起作用:

http://developer.postgresql.org/pgdocs/postgres/release-9-1-alpha.html

来自Postgres 9.1文档:

ALTER TYPE name ADD VALUE new_enum_value [ { BEFORE | AFTER } existing_enum_value ]

例子:

ALTER TYPE user_status ADD VALUE 'PROVISIONAL' AFTER 'NORMAL'