Re: [GENERAL] Replacing an existing unique constraint (not UNIQUE INDEX) with primary key

Поиск
Список
Период
Сортировка
От Achilleas Mantzios
Тема Re: [GENERAL] Replacing an existing unique constraint (not UNIQUE INDEX) with primary key
Дата
Msg-id 58590B30.9040303@matrix.gatewaynet.com
обсуждение исходный текст
Ответ на Re: [GENERAL] Replacing an existing unique constraint (not UNIQUE INDEX) with primary key  (Andreas Joseph Krogh <andreas@visena.com>)
Ответы Re: [GENERAL] Replacing an existing unique constraint (not UNIQUE INDEX) with primary key  (Andreas Joseph Krogh <andreas@visena.com>)
Список pgsql-general
On 20/12/2016 12:27, Andreas Joseph Krogh wrote:
På tirsdag 20. desember 2016 kl. 11:02:27, skrev Achilleas Mantzios <achill@matrix.gatewaynet.com>:
On 20/12/2016 11:43, Andreas Joseph Krogh wrote:
[snip]
BEGIN;
ALTER TABLE person ADD CONSTRAINT person_pk PRIMARY KEY (entity_id);
alter table person drop constraint person_entity_id_key CASCADE;
alter table phone add CONSTRAINT phone_fk FOREIGN KEY (person_entity_id) REFERENCES person(entity_id);
alter table address add CONSTRAINT address_fk FOREIGN KEY (person_id) REFERENCES person(entity_id);
COMMIT;
 
Yea, I was hoping to avoid having to manually add the FK's to the referencing tables (34).
Is there really no way to accomplish this without DROP CONSTRAINT ...  CASCADE, hacking the system-catalogs or something?
 
You may write a script to output those 34 FK constraints. Definitely safer than hacking pg_constraint.conindid .
Thanks.
 
--
Andreas Joseph Krogh
CTO / Partner - Visena AS
Mobile: +47 909 56 963
 


-- 
Achilleas Mantzios
IT DEV Lead
IT DEPT
Dynacom Tankers Mgmt
Вложения

В списке pgsql-general по дате отправления:

Предыдущее
От: Andreas Joseph Krogh
Дата:
Сообщение: Re: [GENERAL] Replacing an existing unique constraint (not UNIQUE INDEX) with primary key
Следующее
От: Mickaël Le Baillif
Дата:
Сообщение: Re: [GENERAL] JSON objects merge using || operator