Как добавить ограничения "on delete cascade"?
в PostgreSQL 8 можно добавить ON DELETE CASCADES
к обоим внешним ключам в следующей таблице, не отбрасывая последний?
# d scores
Table "public.scores"
Column | Type | Modifiers
---------+-----------------------+-----------
id | character varying(32) |
gid | integer |
money | integer | not null
quit | boolean |
last_ip | inet |
Foreign-key constraints:
"scores_gid_fkey" FOREIGN KEY (gid) REFERENCES games(gid)
"scores_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
обе таблицы ниже - Вот здесь:
# d games
Table "public.games"
Column | Type | Modifiers
----------+-----------------------------+----------------------------------------------------------
gid | integer | not null default nextval('games_gid_seq'::regclass)
rounds | integer | not null
finished | timestamp without time zone | default now()
Indexes:
"games_pkey" PRIMARY KEY, btree (gid)
Referenced by:
TABLE "scores" CONSTRAINT "scores_gid_fkey" FOREIGN KEY (gid) REFERENCES games(gid)
и здесь:
# d users
Table "public.users"
Column | Type | Modifiers
------------+-----------------------------+---------------
id | character varying(32) | not null
first_name | character varying(64) |
last_name | character varying(64) |
female | boolean |
avatar | character varying(128) |
city | character varying(64) |
login | timestamp without time zone | default now()
last_ip | inet |
logout | timestamp without time zone |
vip | timestamp without time zone |
mail | character varying(254) |
Indexes:
"users_pkey" PRIMARY KEY, btree (id)
Referenced by:
TABLE "cards" CONSTRAINT "cards_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "catch" CONSTRAINT "catch_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "chat" CONSTRAINT "chat_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "game" CONSTRAINT "game_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "hand" CONSTRAINT "hand_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "luck" CONSTRAINT "luck_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "match" CONSTRAINT "match_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "misere" CONSTRAINT "misere_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "money" CONSTRAINT "money_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "pass" CONSTRAINT "pass_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "payment" CONSTRAINT "payment_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "rep" CONSTRAINT "rep_author_fkey" FOREIGN KEY (author) REFERENCES users(id)
TABLE "rep" CONSTRAINT "rep_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "scores" CONSTRAINT "scores_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
TABLE "status" CONSTRAINT "status_id_fkey" FOREIGN KEY (id) REFERENCES users(id)
а также интересно, имеет ли смысл добавить 2 index'E в прежнюю таблицу?
обновление: спасибо, а также у меня есть совет в списке рассылки, что я мог бы управлять им в 1 заявлении и таким образом без явного запуска транзакции:
ALTER TABLE public.scores
DROP CONSTRAINT scores_gid_fkey,
ADD CONSTRAINT scores_gid_fkey
FOREIGN KEY (gid)
REFERENCES games(gid)
ON DELETE CASCADE;
2 ответа:
Я уверен, что вы не можете просто добавить
on delete cascade
к существующему ограничению внешнего ключа. Вы должны сначала удалить ограничение, а затем добавить правильную версию. В стандартном SQL, я считаю, что самый простой способ сделать это -
- запустить транзакцию,
- отбросьте внешний ключ,
- добавить внешний ключ с
on delete cascade
, и окончательно- совершение сделки
повторите для каждого внешнего ключа, который вы хотите изменение.
но PostgreSQL имеет нестандартное расширение, которое позволяет использовать несколько предложений ограничений в одном операторе SQL. Например
alter table public.scores drop constraint scores_gid_fkey, add constraint scores_gid_fkey foreign key (gid) references games(gid) on delete cascade;
если вы не знаете имя ограничения внешнего ключа, которое вы хотите удалить, вы можете либо посмотреть его в pgAdminIII (просто щелкните имя таблицы и посмотрите на DDL, или разверните иерархию, пока не увидите "ограничения"), либо вы можете запрос информации-схемы.
select * from information_schema.key_column_usage where position_in_unique_constraint is not null
использование:
select replace_foreign_key('user_rates_posts', 'post_id', 'ON DELETE CASCADE');
функция:
CREATE OR REPLACE FUNCTION replace_foreign_key(f_table VARCHAR, f_column VARCHAR, new_options VARCHAR) RETURNS VARCHAR AS $$ DECLARE constraint_name varchar; DECLARE reftable varchar; DECLARE refcolumn varchar; BEGIN SELECT tc.constraint_name, ccu.table_name AS foreign_table_name, ccu.column_name AS foreign_column_name FROM information_schema.table_constraints AS tc JOIN information_schema.key_column_usage AS kcu ON tc.constraint_name = kcu.constraint_name JOIN information_schema.constraint_column_usage AS ccu ON ccu.constraint_name = tc.constraint_name WHERE constraint_type = 'FOREIGN KEY' AND tc.table_name= f_table AND kcu.column_name= f_column INTO constraint_name, reftable, refcolumn; EXECUTE 'alter table ' || f_table || ' drop constraint ' || constraint_name || ', ADD CONSTRAINT ' || constraint_name || ' FOREIGN KEY (' || f_column || ') ' || ' REFERENCES ' || reftable || '(' || refcolumn || ') ' || new_options || ';'; RETURN 'Constraint replaced: ' || constraint_name || ' (' || f_table || '.' || f_column || ' -> ' || reftable || '.' || refcolumn || '); New options: ' || new_options; END; $$ LANGUAGE plpgsql;
имейте в виду: эта функция не скопировать атрибуты начального внешнего ключа. Он принимает только имя внешней таблицы / имя столбца, отбрасывает текущий ключ и заменяет С Новым.