2015-03-16 26 views
16

Ich habe users Tabelle in meiner PostgreSQL 9.3.6 Datenbank mit zwei Spalten: id und another_id. Die id ist ein Primärschlüssel, die another_id ist nur eine andere Ganzzahlspalte mit eindeutiger Einschränkung.Ändern Primärschlüssel in PostgreSQL Tabelle

Es gibt andere Tabellen, die Benutzer nach Primärschlüssel verweisen.

Hier ist die users Tabellenbeschreibung:

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 

Ist hier foo_table Beschreibung:

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 

Wie kann ich Primärschlüssel in PostgreSQL-Tabelle aus id Spalte another_id Spalte ersetzen und Datenintegrität zu gewährleisten?

+0

Sie können den Primärschlüssel mit dem vorhandenen eindeutigen Index (uniq_1483a5e93414710b) erstellen, wodurch Sie zu einem neuen PK wechseln. –

+0

BTW es wird die Neuerstellung aller referenzierenden FK erfordern. und was die Integrität betrifft - PG ermöglicht es Ihnen, DDL in der Transaktion auszuführen. Führen Sie also whoel DDL zwischen BEGIN; ENDE; –

+0

Möchten Sie die Spalte 'id' vollständig entfernen und durch 'another_id' ersetzen, oder wollen Sie beide vorhanden sein? Wenn beide, die PKs zu "another_id" "umgeleitet werden sollen oder nicht? – MatheusOl

Antwort

41

Ich habe einige Zeit verbracht und schließlich eine funktionierende Lösung gefunden.

Ich werde es hier für zukünftige Referenz veröffentlichen.

Lösung

Zunächst einmal haben Sie drei Tabellen (foo_table, bar_table, baz_table), die mittels Fremdschlüssel zu Ihrer users Tabelle verweisen (user_id in allen Fällen genannt). Sie müssen die in diesen Spalten gespeicherten IDs von id bis another_id ersetzen. Hier ist, wie Sie es tun können:

-- 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; 

Sie müssen die obigen Abfragen für jede abhängige Tabelle wiederholen.

Danach zeigen alle abhängigen Tabellen auf Ihre neue another_id Spalte.

Am Ende werden wir nur den Primärschlüssel ersetzen müssen:

-- 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 

Sie können sogar die ursprünglichen id Spalt fallen, wenn Sie wollen.

Ich hoffe, es wird jemandem helfen.

Verwandte Themen