"डिलीट कैस्केड पर" बाधाओं को कैसे जोड़ें?

Question

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'es जोड़ने के लिए समझ में आता है?

अद्यतन: धन्यवाद, और यह भी कि मुझे मेलिंग सूची में सलाह मिली है, कि मैं इसे 1 वक्तव्य में प्रबंधित कर सकता हूं और इस तरह स्पष्ट रूप से लेनदेन शुरू नहीं कर सकता हूं:

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

Comments

थोड़ा ओटी, लेकिन मैं ध्यान देता हूं कि आपने संदर्भ कॉलम (उदाहरण के लिए pref_scores.gid) पर अनुक्रमणिका नहीं बनाई है । संदर्भित तालिका में हटाए गए उन लोगों के बिना एक लंबा समय लगेगा, यदि आपको उन तालिकाओं में कई पंक्तियाँ मिलती हैं। कुछ डेटाबेस स्वचालित रूप से संदर्भित स्तंभ (ओं) पर एक सूचकांक बनाते हैं; PostgreSQL आपको छोड़ देता है, क्योंकि कुछ मामले ऐसे हैं जहां यह सार्थक नहीं है।

— kgrittn

धन्यवाद! मैंने वास्तव में देखा कि डिलीट की लॉन्ग ली, लेकिन यह नहीं पता था कि इसका कारण है

— अलेक्जेंडर फार्बर

ऐसे मामले कौन से होंगे, जब विदेशी कुंजी पर अनुक्रमित करना सार्थक नहीं है?

— अलेक्जेंडर फार्बर

मैंने आपके उत्तर में अपनी खोज को शामिल किया। (वह एकल कथन भी एक लेन-देन है।)

— माइक शेरिल 'कैट रिकॉल'

@AlexanderFarber: जब आप एक FK के संदर्भ स्तंभ (ओं) पर एक सूचकांक को छोड़ना चाहते हैं? जब कोई अन्य इंडेक्स एक सटीक मैच नहीं होता है जो पर्याप्त रूप से काम करेगा (उदाहरण के लिए, आपके पास लगातार समानता खोजों के लिए एक ट्रिग्राम इंडेक्स हो सकता है जो एफके डिलीट के लिए भी ठीक होगा)। जब हटाए जाते हैं, तो वे अनियंत्रित होते हैं और उन्हें घंटों बंद किया जा सकता है। जब किसी तालिका में संदर्भित मान का लगातार अद्यतन होता है। जब संदर्भित तालिका बहुत छोटी है, लेकिन अक्सर अद्यतन की जाती है। अपवाद अक्सर पर्याप्त होते हैं कि PostgreSQL समुदाय इसे स्वचालित बनाने के बजाय इस पर नियंत्रण रखना पसंद करता है।

— kgrittn

Answer 1

मुझे पूरा यकीन है कि आप on delete cascadeएक मौजूदा विदेशी कुंजी बाधा में नहीं जोड़ सकते । आपको पहले बाधा को छोड़ना होगा, फिर सही संस्करण जोड़ना होगा। मानक एसक्यूएल में, मेरा मानना ​​है कि ऐसा करने का सबसे आसान तरीका है

• एक लेनदेन शुरू करें,
• विदेशी कुंजी छोड़ें,
• साथ एक विदेशी कुंजी जोड़ें on delete cascade, और अंत में
• लेन-देन करें

प्रत्येक विदेशी कुंजी जिसे आप बदलना चाहते हैं, के लिए दोहराएं।

लेकिन PostgreSQL में एक गैर-मानक एक्सटेंशन है जो आपको एक एकल एसक्यूएल स्टेटमेंट में कई बाधा खंडों का उपयोग करने देता है। उदाहरण के लिए

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

Comments

धन्यवाद, यह वही है जो मैंने भी सोचा था - लेकिन आगे के साथ क्या करना है? क्या वे सिर्फ अड़चन हैं (NULL के समान) जिन्हें आसानी से गिराया और पढ़ा जा सकता है?

— अलेक्जेंडर फार्बर

@AlexanderFarber: हाँ, वे बाधाओं का नाम दे सकते हैं जिन्हें आप आसानी से छोड़ और जोड़ सकते हैं। लेकिन आप शायद एक लेनदेन के भीतर ऐसा करना चाहते हैं। अधिक विस्तार से मेरे उत्तर को अपडेट किया।

— 1953 में माइक शेरिल 'कैट रिकॉल'

+1 pgAdminIII में ओट अप देखने के लिए। यहां तक ​​कि यह आपको DROP CONSTRAINT और ADD CONSTRAINT कमांड देता है, जिससे आप बस क्वेरी विंडो में कॉपी और पेस्ट कर सकते हैं और कमांड को संपादित कर सकते हैं कि आप क्या चाहते हैं।

— डेव पाइल

: क्वेरी लिखने के बाद, मैं अपने Postgres जीयूआई (Navicat) चलो मुझे तुच्छता जीयूआई के भीतर से इस परिवर्तन कर देखा dl.dropboxusercontent.com/spa/quq37nq1583x0lf/wwqne-lw.png

— danneu

बड़ी तालिकाओं के लिए, क्या यह संभव है NOT VALIDऔर एक अलग लेनदेन में मान्य है? इस बारे में मेरा एक अनुत्तरित प्रश्न है।

— .CloudlessSky

Answer 2

@ माइक शेरिल कैट रिकॉल के उत्तर के आधार पर, यह मेरे लिए काम कर रहा है:

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

Answer 3

उपयोग:

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;

ध्यान रखें: यह फ़ंक्शन प्रारंभिक विदेशी कुंजी की विशेषताओं की प्रतिलिपि नहीं करेगा । यह केवल विदेशी तालिका नाम / स्तंभ नाम लेता है, वर्तमान कुंजी को छोड़ देता है और नए के साथ बदल देता है ।