2015-03-16 3 views
16

У меня есть таблица users в моей базе данных PostgreSQL 9.3.6 с двумя столбцами: id и another_id. id является первичным ключом, another_id - это еще один целочисленный столбец с уникальным ограничением.Изменить первичный ключ в таблице PostgreSQL

Существуют другие таблицы, которые ссылаются на пользователей по первичному ключу.

Вот описание users стола:

Table "public.users" 
     Column  |    Type    |    Modifiers    | Storage | Stats target | Description 
----------------------+--------------------------------+----------------------------------------+---------+--------------+------------- 
id     | integer      | not null        | plain |    | 
another_id   | integer      | not null        | plain |    | 

Indexes: 
    "users_pkey" PRIMARY KEY, btree (id) 
    "uniq_1483a5e93414710b" UNIQUE, btree (another_id) 

Referenced by: 
    TABLE "foo_table" CONSTRAINT "fk_4affc6e5a76ed395" FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE 
    TABLE "bar_table" CONSTRAINT "fk_72936b1da76ed395" FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE 
    TABLE "baz_table" CONSTRAINT "fk_83adbaf0a76ed395" FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE 

Вот foo_table описания:

Table "public.foo_table" 
    Column |    Type    |     Modifiers     | Storage | Stats target | Description 
--------------+--------------------------------+-----------------------------------------------+----------+--------------+------------- 
id   | integer      | not null          | plain |    | 
user_id  | integer      |            | plain |    | 

Indexes: 
    "foo_table_pkey" PRIMARY KEY, btree (id) 
    "idx_e52ffdeea76ed395" btree (user_id) 
Foreign-key constraints: 
    "fk_e52ffdeea76ed395" FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE 

Как заменить первичный ключ в PostgreSQL таблице из id колонки another_id колонки и сохранить целостность данных?

+0

Вы можете создать первичный ключ с использованием существующего уникального индекса (uniq_1483a5e93414710b), это переключит вас на новый ПК. –

+0

btw потребует перекомпоновки всех ссылок FK. и что согласуется с целостностью - PG позволяет вам запускать DDL в транзакции. поэтому запустите команду whoel DDL между BEGIN; КОНЕЦ; –

+0

Вы хотите полностью удалить столбец 'id' и заменить его на' another_id', или вы хотите, чтобы оба были там? Если оба, ПК должны быть «перенаправлены» на 'another_id' или нет? – MatheusOl

ответ

41

Я провел некоторое время и, наконец, придумал рабочее решение.

Я опубликую его здесь для дальнейшего использования.

Решение

Прежде всего, у вас есть три таблицы (foo_table, bar_table, baz_table), которые указывают на ваш users таблицы с помощью внешних ключей (называемых user_id во всех случаях). Вам нужно будет заменить идентификаторы, хранящиеся в этих столбцах, с id до another_id. Вот как вы можете это сделать:

-- We are dropping the foreign key constraint on dependant table (in other case it will prevent us from updating the values) 
ALTER TABLE foo_table DROP CONSTRAINT fk_e52ffdeea76ed395; 

-- Then, we're swapping values in foreign key column from id to another_id 
UPDATE foo_table T SET user_id = (SELECT another_id FROM users WHERE id = T.user_id); 

-- And finally we're creating new foreign key constraint pointing to the another_id instead of id 
ALTER TABLE foo_table ADD CONSTRAINT fk_e52ffdeea76ed395 FOREIGN KEY (user_id) REFERENCES users (another_id) ON DELETE CASCADE; 

Вам нужно будет повторить вышеуказанные запросы для каждой зависимой таблицы.

После этого все зависимые таблицы указывают на ваш новый столбец another_id.

В конце концов, мы просто должны заменить первичный ключ:

-- 1. Dropping the original primary key 
ALTER TABLE users DROP CONSTRAINT users_pkey 

-- 2. Renaming existing index for another_id (optional) 
ALTER INDEX uniq_1483a5e93414710b RENAME TO users_pkey 

-- 3. Creating new primary key using existing index for another_id 
ALTER TABLE users ADD PRIMARY KEY USING INDEX users_pkey 

-- 4. Creating index for old id column (optional) 
CREATE UNIQUE INDEX users_id ON users (id) 

-- 5. You can drop the original sequence generator if you won't need it 
DROP SEQUENCE users_id_seq 

Вы даже можете оставить оригинальный id столбец, если вы хотите.

Надеюсь, это поможет кому-то.

Смежные вопросы