В 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 индекса в предыдущую таблицу?
ОБНОВЛЕНИЕ: Спасибо, а также у меня есть совет в списке рассылки, что я могу управлять им в 1 утверждении и, таким образом, без явного запуска транзакции:
ALTER TABLE public.scores
DROP CONSTRAINT scores_gid_fkey,
ADD CONSTRAINT scores_gid_fkey
FOREIGN KEY (gid)
REFERENCES games(gid)
ON DELETE CASCADE;
postgresql
constraints
cascade
cascading-deletes
postgresql-8.4
Александр Фарбер
источник
источник
pref_scores.gid
). Удаление из указанной таблицы займет много времени без них, если в этих таблицах будет много строк. Некоторые базы данных автоматически создают индекс для ссылочных столбцов; PostgreSQL оставляет это на ваше усмотрение, поскольку в некоторых случаях это не стоит.Ответы:
Я почти уверен, что вы не можете просто добавить
on delete cascade
существующее ограничение внешнего ключа. Сначала вы должны удалить ограничение, а затем добавить правильную версию. В стандартном SQL я считаю, что самый простой способ сделать этоon delete cascade
, и, наконец,Повторите для каждого внешнего ключа, который вы хотите изменить.
Но PostgreSQL имеет нестандартное расширение, которое позволяет использовать несколько предложений ограничений в одном операторе SQL. Например
Если вы не знаете имя ограничения внешнего ключа, которое хотите удалить, вы можете посмотреть его в pgAdminIII (просто щелкните имя таблицы и посмотрите на DDL, или разверните иерархию, пока не увидите «Ограничения»), или вы можете запросить информационную схему .
источник
NOT VALID
помощью отдельной транзакции и проверки? У меня есть вопрос без ответа по этому поводу.Исходя из ответа @Mike Sherrill Cat Recall, это то, что сработало для меня:
источник
Использование:
Функция:
Помните: эта функция не будет копировать атрибуты исходного внешнего ключа. Он принимает только внешнее имя таблицы / имя столбца, удаляет текущий ключ и заменяет новый.
источник