回答:
注あなたは、PostgreSQL 9.1以降を使用している、とあなたが外取引の変更を行うと、OKであれば、参照この回答を単純なアプローチのために。
私は数日前に同じ問題を抱えていて、この投稿を見つけました。だから私の答えは解決策を探している人のために役立ちます:)
変更する列挙型を使用する列が1つまたは2つしかない場合は、これを試すことができます。また、新しいタイプの値の順序を変更することもできます。
-- 1. rename the enum type you want to change
alter type some_enum_type rename to _some_enum_type;
-- 2. create new type
create type some_enum_type as enum ('old', 'values', 'and', 'new', 'ones');
-- 3. rename column(s) which uses our enum type
alter table some_table rename column some_column to _some_column;
-- 4. add new column of new type
alter table some_table add some_column some_enum_type not null default 'new';
-- 5. copy values to the new column
update some_table set some_column = _some_column::text::some_enum_type;
-- 6. remove old column and type
alter table some_table drop column _some_column;
drop type _some_enum_type;
列が複数ある場合は、3〜6を繰り返す必要があります。
ALTER TYPE
。しかし、その前でさえ、ALTER TABLE foo ALTER COLUMN bar TYPE new_type USING bar::text::new_type;
はるかに優れていました。
ALTER TABLE some_table ALTER COLUMN some_column TYPE some_enum_type USING some_column::text::some_enum_type;
PostgreSQLの9.1への紹介の能力ALTER enum型:
ALTER TYPE enum_type ADD VALUE 'new_value'; -- appends to list
ALTER TYPE enum_type ADD VALUE 'new_value' BEFORE 'old_value';
ALTER TYPE enum_type ADD VALUE 'new_value' AFTER 'old_value';
可能な解決策は次のとおりです。前提条件は、使用される列挙値に競合がないことです。(たとえば、列挙値を削除するときは、この値が使用されていないことを確認してください。)
-- rename the old enum
alter type my_enum rename to my_enum__;
-- create the new enum
create type my_enum as enum ('value1', 'value2', 'value3');
-- alter all you enum columns
alter table my_table
alter column my_column type my_enum using my_column::text::my_enum;
-- drop the old enum
drop type my_enum__;
この方法でも、列の順序は変更されません。
pg_enum
とは異なり、実際に物事を破壊する可能性があり、トランザクションであるハックを回避しますALTER TYPE ... ADD
。
default for column "my_column" cannot be cast automatically to type "my_enum"
。次のことを行う必要があります ALTER TABLE "my_table" ALTER COLUMN "my_column" DROP DEFAULT, ALTER COLUMN "my_column" TYPE "my_type" USING ("my_column"::text::"my_type"), ALTER COLUMN "my_column" SET DEFAULT 'my_default_value';
enum
トランザクションで値を追加する必要がある状況に陥った場合、ALTER TYPE
ステートメントのフライウェイマイグレーションでそれを実行すると、エラーが発生しますERROR: ALTER TYPE ... ADD cannot run inside a transaction block
(フライウェイの問題#350を参照)。pg_enum
回避策としてそのような値を直接追加できます(type_egais_units
はターゲットの名前ですenum
)。
INSERT INTO pg_enum (enumtypid, enumlabel, enumsortorder)
SELECT 'type_egais_units'::regtype::oid, 'NEW_ENUM_VALUE', ( SELECT MAX(enumsortorder) + 1 FROM pg_enum WHERE enumtypid = 'type_egais_units'::regtype )
@Dariuszを補完する1
Rails 4.2.1の場合、このドキュメントセクションがあります。
==トランザクションの移行
データベースアダプターがDDLトランザクションをサポートしている場合、すべての移行は自動的にトランザクションにラップされます。ただし、トランザクション内では実行できないクエリがあり、これらの状況では自動トランザクションをオフにできます。
class ChangeEnum < ActiveRecord::Migration
disable_ddl_transaction!
def up
execute "ALTER TYPE model_size ADD VALUE 'new_value'"
end
end
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'
免責事項:私はこの解決策を試していないので、うまくいかないかもしれません;-)
あなたは見ている必要がありますpg_enum
。既存のENUMのラベルのみを変更したい場合は、単純なUPDATEで変更できます。
新しいENUM値を追加するには:
pg_enum
ます。新しい値を最後にする必要がある場合は、これで完了です。pg_enum
、逆の順序で名前を変更する必要があります。イラスト
次のラベルセットがあります。
ENUM ('enum1', 'enum2', 'enum3')
取得したいもの:
ENUM ('enum1', 'enum1b', 'enum2', 'enum3')
次に:
INSERT INTO pg_enum (OID, 'newenum3');
UPDATE TABLE SET enumvalue TO 'newenum3' WHERE enumvalue='enum3';
UPDATE TABLE SET enumvalue TO 'enum3' WHERE enumvalue='enum2';
次に:
UPDATE TABLE pg_enum SET name='enum1b' WHERE name='enum2' AND enumtypid=OID;
等々...
私はコメントを投稿することができないようですので、pg_enumの更新はPostgres 8.4で機能すると言います。列挙型の設定方法について、次の方法で既存の列挙型に新しい値を追加しました。
INSERT INTO pg_enum (enumtypid, enumlabel)
SELECT typelem, 'NEWENUM' FROM pg_type WHERE
typname = '_ENUMNAME_WITH_LEADING_UNDERSCORE';
少し怖いですが、Postgresが実際にデータを保存する方法を考えると、それは理にかなっています。
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
ALTER TABLE foo ALTER COLUMN bar TYPE test USING bar::text::new_type;
しかし、現在はほとんど関係ありません...
... USING bar::type
、私のため働いた。私も指定する必要はありませんでした::text
。
最も簡単:列挙型を削除します。彼らは簡単に変更できませんので、必要がある非常にまれに使用すること。
適切な場所にコメントを追加できませんがALTER TABLE foo ALTER COLUMN bar TYPE new_enum_type USING bar::text::new_enum_type
、列のデフォルトでは失敗しました。そうしなければならなかった:
ALTER table ALTER COLUMN bar DROP DEFAULT
;
そしてそれはうまくいった。
これはより一般的ですが、かなり高速に動作するソリューションです。タイプ自体の変更は別として、それを使用してデータベースのすべての列を更新します。この方法は、ENUMの新しいバージョンが複数のラベルで異なる場合や、元のラベルの一部を逃した場合でも適用できます。以下のコードはに置き換えmy_schema.my_type AS ENUM ('a', 'b', 'c')
られENUM ('a', 'b', 'd', 'e')
ます:
CREATE OR REPLACE FUNCTION tmp() RETURNS BOOLEAN AS
$BODY$
DECLARE
item RECORD;
BEGIN
-- 1. create new type in replacement to my_type
CREATE TYPE my_schema.my_type_NEW
AS ENUM ('a', 'b', 'd', 'e');
-- 2. select all columns in the db that have type my_type
FOR item IN
SELECT table_schema, table_name, column_name, udt_schema, udt_name
FROM information_schema.columns
WHERE
udt_schema = 'my_schema'
AND udt_name = 'my_type'
LOOP
-- 3. Change the type of every column using my_type to my_type_NEW
EXECUTE
' ALTER TABLE ' || item.table_schema || '.' || item.table_name
|| ' ALTER COLUMN ' || item.column_name
|| ' TYPE my_schema.my_type_NEW'
|| ' USING ' || item.column_name || '::text::my_schema.my_type_NEW;';
END LOOP;
-- 4. Delete an old version of the type
DROP TYPE my_schema.my_type;
-- 5. Remove _NEW suffix from the new type
ALTER TYPE my_schema.my_type_NEW
RENAME TO my_type;
RETURN true;
END
$BODY$
LANGUAGE 'plpgsql';
SELECT * FROM tmp();
DROP FUNCTION tmp();
ラベルの順序が変わらない場合、データの実際の変更は発生しないため、プロセス全体はかなり迅速に実行されます。このメソッドを5つのテーブルに適用し、my_type
それぞれ50,000〜70,000行を使用して、プロセス全体でわずか10秒かかりました。
もちろん、ENUMの新しいバージョンで欠落しているラベルがデータのどこかで使用されている場合、関数は例外を返しますが、そのような状況では、とにかく事前に何かを行う必要があります。
トランザクション内のソリューションを探している人にとって、次のように機能するようです。
の代わりにENUM
、a DOMAIN
はTEXT
、値が指定された許可された値のリスト内にあることをチェックする制約付きの型で使用されます(一部のコメントで提案されています)。唯一の問題は、複合型で使用されている場合、ドメインに制約を追加できない(したがって、変更できない)ことです(ドキュメントでは、これは「最終的には改善する必要がある」と述べています)。ただし、このような制限は、次のように関数を呼び出す制約を使用して回避できます。
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()
機能しないことに注意してください-これは非常に奇妙です。
上記のように、ALTER
トランザクション内でコマンドを書き込むことはできません。推奨される方法は、retrieving the typelem from pg_type table
およびによってpg_enumテーブルに直接挿入することcalculating the next enumsortorder number
です。
以下は私が使用するコードです。(挿入する前に重複する値が存在するかどうかを確認します(enumtypidとenumlabel名の間の制約)
INSERT INTO pg_enum (enumtypid, enumlabel, enumsortorder)
SELECT typelem,
'NEW_ENUM_VALUE',
(SELECT MAX(enumsortorder) + 1
FROM pg_enum e
JOIN pg_type p
ON p.typelem = e.enumtypid
WHERE p.typname = '_mytypename'
)
FROM pg_type p
WHERE p.typname = '_mytypename'
AND NOT EXISTS (
SELECT * FROM
pg_enum e
JOIN pg_type p
ON p.typelem = e.enumtypid
WHERE e.enumlabel = 'NEW_ENUM_VALUE'
AND p.typname = '_mytypename'
)
pg_typeテーブルでは、タイプ名の前にアンダースコアが付いていることに注意してください。また、typnameはwhere句ですべて小文字にする必要があります。
これで、db migrateスクリプトに安全に書き込むことができます。
Navicatを使用すると、タイプ(ビュー->その他->タイプ)に移動し、タイプのデザインビューを取得して、[ラベルの追加]ボタンをクリックできます。
ERROR: cannot drop type foo because other objects depend on it HINT: Use DROP ... CASCADE to drop the dependent objects too.