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;
감사합니다! 삭제가 오래 걸리는 것을 실제로 알았지 만 그 이유를 알지 못했습니다
—
Alexander Farber
외래 키의 인덱스가 가치가 없을 때 어떤 경우입니까?
—
Alexander Farber
나는 당신의 발견을 내 대답에 포함시켰다. (그 단일 성명도 단일 거래입니다.)
—
Mike Sherrill 'Cat Recall'4
@AlexanderFarber : FK의 참조 열에서 인덱스를 언제 생략 할 수 있습니까? 정확하게 일치하지 않는 다른 색인이있는 경우 (예를 들어, FK 삭제에도 괜찮은 유사 검색을위한 trigram 색인이있을 수 있음) 삭제가 자주 발생하지 않고 근무 외 시간에 예약 할 수있는 경우 테이블에 참조 값이 자주 업데이트되는 경우 참조 테이블이 매우 작지만 자주 업데이트되는 경우 PostgreSQL 커뮤니티가 자동으로 만들기보다는 제어하기를 선호하는 경우가 종종 있습니다.
—
kgrittn
pref_scores.gid
. 해당 테이블에 많은 행이 있으면 참조 된 테이블에 대한 삭제는 해당 테이블이 없으면 시간이 오래 걸립니다. 일부 데이터베이스는 참조 열에 인덱스를 자동으로 만듭니다. PostgreSQL은 가치가없는 경우가 있기 때문에 귀하에게 맡깁니다.