캐스케이드 삭제시 제약 조건을 추가하는 방법은 무엇입니까?


163

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 개의 인덱스를 추가하는 것이 합리적인지 궁금합니다.

업데이트 : 감사합니다. 또한 메일 링리스트에 명시 적으로 거래를 시작하지 않고 한 문장으로 관리 할 수 ​​있다는 조언을 받았습니다.

ALTER TABLE public.scores
DROP CONSTRAINT scores_gid_fkey,
ADD CONSTRAINT scores_gid_fkey
   FOREIGN KEY (gid)
   REFERENCES games(gid)
   ON DELETE CASCADE;

1
약간의 OT이지만 참조 열에 인덱스를 만들지 않은 것으로 나타났습니다 (예 :) pref_scores.gid. 해당 테이블에 많은 행이 있으면 참조 된 테이블에 대한 삭제는 해당 테이블이 없으면 시간이 오래 걸립니다. 일부 데이터베이스는 참조 열에 인덱스를 자동으로 만듭니다. PostgreSQL은 가치가없는 경우가 있기 때문에 귀하에게 맡깁니다.
kgrittn

1
감사합니다! 삭제가 오래 걸리는 것을 실제로 알았지 만 그 이유를 알지 못했습니다
Alexander Farber

1
외래 키의 인덱스가 가치가 없을 때 어떤 경우입니까?
Alexander Farber

2
나는 당신의 발견을 내 대답에 포함시켰다. (그 단일 성명도 단일 거래입니다.)
Mike Sherrill 'Cat Recall'4

2
@AlexanderFarber : FK의 참조 열에서 인덱스를 언제 생략 할 수 있습니까? 정확하게 일치하지 않는 다른 색인이있는 경우 (예를 들어, FK 삭제에도 괜찮은 유사 검색을위한 trigram 색인이있을 수 있음) 삭제가 자주 발생하지 않고 근무 외 시간에 예약 할 수있는 경우 테이블에 참조 값이 자주 업데이트되는 경우 참조 테이블이 매우 작지만 자주 업데이트되는 경우 PostgreSQL 커뮤니티가 자동으로 만들기보다는 제어하기를 선호하는 경우가 종종 있습니다.
kgrittn

답변:


218

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

고마워, 나도 그렇게 생각했지만 외래 키로 무엇을해야합니까? 쉽게 삭제하고 읽을 수있는 제약 조건 (NOT NULL과 유사)입니까?
Alexander Farber

2
@AlexanderFarber : 예, 쉽게 삭제하고 추가 할 수있는 제약 조건이 있습니다. 그러나 트랜잭션 내에서 그렇게하고 싶을 것입니다. 자세한 내용으로 답변을 업데이트했습니다.
Mike Sherrill 'Cat Recall'4

pgAdminIII에서 찾아보기 +1 DROP CONSTRAINT 및 ADD CONSTRAINT 명령도 제공하므로 쿼리 창에 복사하여 붙여넣고 원하는 명령을 편집하면됩니다.
Dave Pile

쿼리를 작성한 후, Postgres GUI (Navicat)를 통해 GUI 내에서이 변경을 간단하게
danneu

큰 테이블의 NOT VALID경우 별도의 트랜잭션으로 가능 하고 유효성을 검사합니까? 이에 대한 답변없는 질문 이 있습니다.
TheCloudlessSky

11

@Mike Sherrill Cat Recall의 답변을 바탕으로, 이것이 나를 위해 일한 것입니다.

ALTER TABLE "Children"
DROP CONSTRAINT "Children_parentId_fkey",
ADD CONSTRAINT "Children_parentId_fkey"
  FOREIGN KEY ("parentId")
  REFERENCES "Parent"(id)
  ON DELETE CASCADE;

5

용법:

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;

주의 :이 함수 초기 외래 키의 속성을 복사하지 않습니다 . 외래 테이블 이름 / 열 이름 만 가져오고 현재 키를 삭제 하고 새 키로 바꿉니다 .

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.