एक बार में केवल DELETE को देखें


200

मेरे पास एक Postgresql डेटाबेस है जिस पर मैं कुछ कैस्केडिंग डिलीट करना चाहता हूं। हालाँकि, तालिकाओं को चालू नियम नियम के साथ सेट नहीं किया गया है। क्या ऐसा कोई तरीका है जिससे मैं कोई डिलीट कर सकूं और पोस्टग्रैस्कल को बता दूं कि वह इसे सिर्फ एक बार कैस्केड करे? के बराबर कुछ

DELETE FROM some_table CASCADE;

इस पुराने प्रश्न के उत्तर से ऐसा लगता है कि ऐसा कोई समाधान मौजूद नहीं है, लेकिन मुझे लगा कि मैं यह प्रश्न स्पष्ट रूप से सुनिश्चित करने के लिए कहूंगा।


कृपया नीचे मेरा कस्टम फ़ंक्शन देखें। यह कुछ प्रतिबंधों के साथ संभव है।
जो लव

जवाबों:


175

नहीं, ऐसा करने के लिए बस एक बार जब आप उस तालिका को हटाना चाहते हैं जिसे आप कैस्केड करना चाहते हैं।

DELETE FROM some_child_table WHERE some_fk_field IN (SELECT some_id FROM some_Table);
DELETE FROM some_table;

12
यह आवश्यक रूप से काम नहीं करता है क्योंकि मूल कैस्केडिंग (पुनरावृत्ति) से कैस्केडिंग करने वाले अन्य विदेशी कुंजी हो सकते हैं। आप एक लूप में भी जा सकते हैं, जहां तालिका b को संदर्भित करती है जो a को संदर्भित करता है। इसे सामान्य अर्थों में प्राप्त करने के लिए, नीचे मेरी तालिका देखें, लेकिन इसमें कुछ प्रतिबंध हैं। यदि आपके पास एक साधारण टेबल सेटअप है तो ऊपर दिए गए कोड को आज़माएं, यह समझना आसान है कि आप क्या कर रहे हैं।
जो लव

2
सरल, सुरक्षित। यदि आपको घनत्व आवेषण हैं, तो आपको उन्हें एक ही लेनदेन में चलाना चाहिए।
इस्माइल यावूज

39

यदि आप वास्तव में चाहते हैं DELETE FROM some_table CASCADE; जिसका अर्थ है " तालिका से सभी पंक्तियों को हटा देंsome_table ", तो आप TRUNCATEइसके बजाय उपयोग कर सकते हैं DELETEऔर CASCADEहमेशा समर्थित हैं। हालाँकि, यदि आप किसी whereक्लॉज़ के साथ सेलेक्टिव डिलीट का उपयोग करना चाहते हैं, तो TRUNCATEयह काफी अच्छा नहीं है।

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

पोस्टग्रेंट्स TRUNCATE कमांड केCASCADE साथ समर्थन करता है :

TRUNCATE some_table CASCADE;

हाथ से यह लेन-देन है (यानी वापस लुढ़का जा सकता है), हालांकि यह अन्य समवर्ती लेनदेन से पूरी तरह से अलग नहीं है, और इसमें कई अन्य कक्ष हैं। विवरण के लिए डॉक्स पढ़ें।


226
स्पष्ट रूप से "कुछ कैस्केडिंग हटाता है"… तालिका से सभी डेटा को हटा रहा है ...
लेंसोवेट

33
यह उन सभी तालिकाओं की सभी पंक्तियों को गिरा देगा, जिनमें कुछ_टेबल पर एक विदेशी कुंजी बाधा है और उन तालिकाओं पर सभी तालिकाओं में बाधाएं हैं, आदि ... यह संभवतः बहुत खतरनाक है।
AJP

56
सावधान रहना। यह एक लापरवाह जवाब है।
1930 में जॉर्डन आर्सेनो

4
किसी ने इस उत्तर को हटाए जाने के लिए ध्वजांकित किया है - संभवतः क्योंकि वे इससे असहमत हैं। उस मामले में कार्रवाई का सही तरीका ध्वस्त करना है, न कि झंडा।
वाई हा ली

7
उसके पास शीर्ष पर चेतावनी है। यदि आप इसे अनदेखा करना चुनते हैं, तो कोई भी आपकी मदद नहीं कर सकता है। मुझे लगता है कि आपके "copyPaste" उपयोगकर्ता यहां वास्तविक खतरा हैं।
ब्लू सिप

28

मैंने इसकी प्राथमिक कुंजी के आधार पर किसी भी पंक्ति को हटाने के लिए (पुनरावर्ती) फ़ंक्शन लिखा था। मैंने यह इसलिए लिखा क्योंकि मैं अपनी बाधाओं को "डिलीट कैस्केड" के रूप में नहीं बनाना चाहता था। मैं डेटा के जटिल सेट (एक डीबीए के रूप में) को हटाने में सक्षम होना चाहता था, लेकिन अपने प्रोग्रामरों को सभी नतीजों के माध्यम से बिना सोचे समझे डिलीट करने में सक्षम नहीं होने देना चाहता था। मैं अभी भी इस फ़ंक्शन का परीक्षण कर रहा हूं, इसलिए इसमें कीड़े हो सकते हैं - लेकिन कृपया यह कोशिश न करें कि आपके डीबी में मल्टी कॉलम प्राथमिक है (और इस प्रकार विदेशी) कुंजी। इसके अलावा, सभी को स्ट्रिंग रूप में प्रतिनिधित्व करने में सक्षम होना चाहिए, लेकिन इसे इस तरह से लिखा जा सकता है जिसमें यह प्रतिबंध नहीं है। मैं वैसे भी इस फ़ंक्शन का उपयोग करता हूं, मैं अपने डेटा को हर चीज पर कैस्केडिंग बाधाओं को सक्षम करने के लिए बहुत अधिक महत्व देता हूं। मूल रूप से यह फ़ंक्शन स्कीमा, तालिका नाम और प्राथमिक मान (स्ट्रिंग रूप में) में पारित किया जाता है, और यह उस टेबल पर किसी भी विदेशी कुंजी को खोजने से शुरू होगा और यह सुनिश्चित करता है कि डेटा मौजूद नहीं है - यदि ऐसा होता है, तो यह पाया गया डेटा पर अपने आप कॉल करता है। यह अनंत लूप को रोकने के लिए पहले से ही हटाए गए डेटा की एक सरणी का उपयोग करता है। कृपया इसका परीक्षण करें और मुझे बताएं कि यह आपके लिए कैसे काम करता है। नोट: यह थोड़ा धीमा है। मैं इसे ऐसे कहता हूं: select delete_cascade('public','my_table','1');

create or replace function delete_cascade(p_schema varchar, p_table varchar, p_key varchar, p_recursion varchar[] default null)
 returns integer as $$
declare
    rx record;
    rd record;
    v_sql varchar;
    v_recursion_key varchar;
    recnum integer;
    v_primary_key varchar;
    v_rows integer;
begin
    recnum := 0;
    select ccu.column_name into v_primary_key
        from
        information_schema.table_constraints  tc
        join information_schema.constraint_column_usage AS ccu ON ccu.constraint_name = tc.constraint_name and ccu.constraint_schema=tc.constraint_schema
        and tc.constraint_type='PRIMARY KEY'
        and tc.table_name=p_table
        and tc.table_schema=p_schema;

    for rx in (
        select kcu.table_name as foreign_table_name, 
        kcu.column_name as foreign_column_name, 
        kcu.table_schema foreign_table_schema,
        kcu2.column_name as foreign_table_primary_key
        from information_schema.constraint_column_usage ccu
        join information_schema.table_constraints tc on tc.constraint_name=ccu.constraint_name and tc.constraint_catalog=ccu.constraint_catalog and ccu.constraint_schema=ccu.constraint_schema 
        join information_schema.key_column_usage kcu on kcu.constraint_name=ccu.constraint_name and kcu.constraint_catalog=ccu.constraint_catalog and kcu.constraint_schema=ccu.constraint_schema
        join information_schema.table_constraints tc2 on tc2.table_name=kcu.table_name and tc2.table_schema=kcu.table_schema
        join information_schema.key_column_usage kcu2 on kcu2.constraint_name=tc2.constraint_name and kcu2.constraint_catalog=tc2.constraint_catalog and kcu2.constraint_schema=tc2.constraint_schema
        where ccu.table_name=p_table  and ccu.table_schema=p_schema
        and TC.CONSTRAINT_TYPE='FOREIGN KEY'
        and tc2.constraint_type='PRIMARY KEY'
)
    loop
        v_sql := 'select '||rx.foreign_table_primary_key||' as key from '||rx.foreign_table_schema||'.'||rx.foreign_table_name||'
            where '||rx.foreign_column_name||'='||quote_literal(p_key)||' for update';
        --raise notice '%',v_sql;
        --found a foreign key, now find the primary keys for any data that exists in any of those tables.
        for rd in execute v_sql
        loop
            v_recursion_key=rx.foreign_table_schema||'.'||rx.foreign_table_name||'.'||rx.foreign_column_name||'='||rd.key;
            if (v_recursion_key = any (p_recursion)) then
                --raise notice 'Avoiding infinite loop';
            else
                --raise notice 'Recursing to %,%',rx.foreign_table_name, rd.key;
                recnum:= recnum +delete_cascade(rx.foreign_table_schema::varchar, rx.foreign_table_name::varchar, rd.key::varchar, p_recursion||v_recursion_key);
            end if;
        end loop;
    end loop;
    begin
    --actually delete original record.
    v_sql := 'delete from '||p_schema||'.'||p_table||' where '||v_primary_key||'='||quote_literal(p_key);
    execute v_sql;
    get diagnostics v_rows= row_count;
    --raise notice 'Deleting %.% %=%',p_schema,p_table,v_primary_key,p_key;
    recnum:= recnum +v_rows;
    exception when others then recnum=0;
    end;

    return recnum;
end;
$$
language PLPGSQL;

यह विशेष रूप से आत्म संदर्भित तालिकाओं के साथ हर समय होता है। विभिन्न विभागों में विभिन्न प्रबंधन स्तरों वाली एक कंपनी पर विचार करें, या एक सामान्य श्रेणीबद्ध वर्गीकरण। हां, मैं मानता हूं कि कटा हुआ ब्रेड के बाद से यह फंक्शन सबसे अच्छी चीज नहीं है, लेकिन यह सही स्थिति में एक उपयोगी उपकरण है।
जो लव

यदि आप इसे फिर से लिखते हैं तो यह आईडी की सरणी को स्वीकार करता है और क्वेरी भी उत्पन्न करता है जो INऑपरेटर के साथ उप-चयन का उपयोग करेगा =(ताकि सेट तर्क का उपयोग करने के लिए कदम) यह बहुत तेज हो जाएगा ।
हबबिटस

2
आपके समाधान के लिए धन्यवाद। मैं कुछ परीक्षण लिखता हूं और मुझे एक रिकॉर्ड को हटाने की आवश्यकता है और मुझे उस हटाने को रोकने में परेशानी हो रही है। आपके कार्य ने वास्तव में अच्छा काम किया!
फर्नांडो कैमार्गो

1
@JoeLove आपको किस गति की समस्या है? उस स्थिति में मेरे दिमाग पर पुनरावृत्ति एकल सही समाधान है।
हबबिटस

1
@arthur आप शायद पंक्ति के कुछ संस्करण का उपयोग कर सकते हैं -> json -> पाठ इसे पूरा करने के लिए, हालाँकि, मैं अभी तक नहीं गया हूँ। Ive ने वर्षों के माध्यम से पाया कि एक विलक्षण प्राथमिक कुंजी (संभावित माध्यमिक कुंजी के साथ) कई कारणों से अच्छी है।
जो लव

17

अगर मैं सही तरीके से समझूं, तो आपको विदेशी कुंजी बाधा को हटाकर, एक नया (जो कि कैस्केड होगा) जोड़कर, अपना सामान लेकर, और प्रतिबंधित विदेशी प्रमुख बाधा को फिर से बनाने में सक्षम होना चाहिए।

उदाहरण के लिए:

testing=# create table a (id integer primary key);
NOTICE:  CREATE TABLE / PRIMARY KEY will create implicit index "a_pkey" for table "a"
CREATE TABLE
testing=# create table b (id integer references a);
CREATE TABLE

-- put some data in the table
testing=# insert into a values(1);
INSERT 0 1
testing=# insert into a values(2);
INSERT 0 1
testing=# insert into b values(2);
INSERT 0 1
testing=# insert into b values(1);
INSERT 0 1

-- restricting works
testing=# delete from a where id=1;
ERROR:  update or delete on table "a" violates foreign key constraint "b_id_fkey" on table "b"
DETAIL:  Key (id)=(1) is still referenced from table "b".

-- find the name of the constraint
testing=# \d b;
       Table "public.b"
 Column |  Type   | Modifiers 
--------+---------+-----------
 id     | integer | 
Foreign-key constraints:
    "b_id_fkey" FOREIGN KEY (id) REFERENCES a(id)

-- drop the constraint
testing=# alter table b drop constraint b_a_id_fkey;
ALTER TABLE

-- create a cascading one
testing=# alter table b add FOREIGN KEY (id) references a(id) on delete cascade; 
ALTER TABLE

testing=# delete from a where id=1;
DELETE 1
testing=# select * from a;
 id 
----
  2
(1 row)

testing=# select * from b;
 id 
----
  2
(1 row)

-- it works, do your stuff.
-- [stuff]

-- recreate the previous state
testing=# \d b;
       Table "public.b"
 Column |  Type   | Modifiers 
--------+---------+-----------
 id     | integer | 
Foreign-key constraints:
    "b_id_fkey" FOREIGN KEY (id) REFERENCES a(id) ON DELETE CASCADE

testing=# alter table b drop constraint b_id_fkey;
ALTER TABLE
testing=# alter table b add FOREIGN KEY (id) references a(id) on delete restrict; 
ALTER TABLE

बेशक, आपको अपने मानसिक स्वास्थ्य की खातिर एक सामान में अमूर्त सामान रखना चाहिए।


4
इस धारणा में कि विदेशी प्रमुख विद्वान चीजों को करने से रोकते हैं जो डेटाबेस को असंगत बनाता है, इससे निपटने का तरीका नहीं है। अब आप "नॉटी" प्रविष्टि को हटा सकते हैं, लेकिन आप बहुत सारे ज़ोंबी शार्क छोड़ रहे हैं जो भविष्य में समस्या पैदा कर सकते हैं
Sprinterfreak

1
क्या शार्क आप वास्तव में मतलब है? रिकॉर्ड को कैस्केड के माध्यम से हटा दिया जाएगा कोई असंगति नहीं होनी चाहिए।
पेड्रो बोर्गेस

1
बजाय "बुरा शार्क" के बारे में चिंतित होने के कारण (कैस्केडिंग बाधाएं अभी भी संगत होंगी), मैं अधिक दूर नहीं जाने वाले कैस्केडिंग के बारे में अधिक चिंतित रहूंगा - यदि हटाए गए रिकॉर्डों को और हटाए जाने वाले रिकॉर्ड की आवश्यकता होती है, तो उन बाधाओं को बदलना होगा। साथ ही कैस्केडिंग सुनिश्चित करना। (या इस परिदृश्य से बचने के लिए मैंने ऊपर लिखे फ़ंक्शन का उपयोग किया है) ... किसी भी मामले में एक अंतिम सिफारिश: उपयोग एक लेन-देन ताकि आप इसे वापस रोल कर सकें यदि यह भड़क जाता है।
जो लव

7

मैं पेलियोर्स के जवाब पर टिप्पणी नहीं कर सकता, इसलिए मैंने अपना जवाब जोड़ा। Palehorse का तर्क ठीक है लेकिन बड़े डेटा सेट के साथ दक्षता खराब हो सकती है।

DELETE FROM some_child_table sct 
 WHERE exists (SELECT FROM some_Table st 
                WHERE sct.some_fk_fiel=st.some_id);

DELETE FROM some_table;

यदि आप स्तंभों पर अनुक्रमित हैं और डेटा सेट कुछ रिकॉर्ड से बड़ा है तो यह तेज़ है।


7

हाँ, जैसा कि दूसरों ने कहा है, मेरे लिए कोई सुविधाजनक 'DELETE FROM my_table ... CASCADE' (या समतुल्य) नहीं है। गैर-कैस्केडिंग विदेशी कुंजी-संरक्षित चाइल्ड रिकॉर्ड और उनके संदर्भित पूर्वजों को हटाने के लिए, आपके विकल्पों में शामिल हैं:

  • स्पष्ट रूप से सभी विलोपन करें, एक बार में एक क्वेरी, बच्चे की तालिकाओं के साथ शुरू (हालांकि यह उड़ नहीं जाएगा यदि आपको परिपत्र संदर्भ मिला है); या
  • एक ही (संभावित रूप से बड़े पैमाने पर) क्वेरी में स्पष्ट रूप से सभी विलोपन करें; या
  • यह मानते हुए कि आपके गैर-कैस्केडिंग विदेशी प्रमुख बाधाओं को 'DELETE NO ACTION DEFERRABLE' के रूप में बनाया गया था, एक ही लेन-देन में स्पष्ट रूप से सभी विलोपन करते हैं; या
  • अस्थायी रूप से ग्राफ़ में 'कोई कार्रवाई नहीं' और 'प्रतिबंधित' विदेशी कुंजी बाधाओं को छोड़ दें, उन्हें CASCADE के रूप में पुनः बनाएं, आक्रामक पूर्वजों को हटा दें, विदेशी कुंजी बाधाओं को फिर से छोड़ दें, और अंत में उन्हें फिर से बनाएँ क्योंकि वे मूल रूप से थे (इस प्रकार अस्थायी रूप से अखंडता की अखंडता को कमजोर करते हैं। आपका डेटा); या
  • कुछ तो शायद उतना ही मजेदार।

यह इस उद्देश्य से है कि विदेशी कुंजी बाधाओं को दरकिनार करना सुविधाजनक नहीं है, मुझे लगता है; लेकिन मुझे समझ में नहीं आता कि विशेष परिस्थितियों में आप ऐसा क्यों करना चाहते हैं। यदि यह कुछ ऐसा है जो आप कुछ आवृत्ति के साथ कर रहे हैं, और यदि आप हर जगह डीबीए के ज्ञान को प्रवाहित करने के लिए तैयार हैं, तो आप इसे एक प्रक्रिया के साथ स्वचालित करना चाह सकते हैं।

मैं कुछ महीने पहले "CASCADE DELETE सिर्फ एक बार" प्रश्न का उत्तर ढूंढ रहा था (मूल रूप से एक दशक पहले पूछा गया था!)। मुझे जो लव के चतुर समाधान (और थॉमस सीजी डी विल्हेना के संस्करण) से कुछ लाभ मिला, लेकिन अंत में मेरे उपयोग के मामले में विशेष आवश्यकताएं थीं (इंट्रा-टेबल परिपत्र संदर्भों की हैंडलिंग, एक के लिए) जिसने मुझे एक अलग दृष्टिकोण लेने के लिए मजबूर किया। वह दृष्टिकोण अंततः recursively_delete (PG 10.10) बन गया ।

मैं थोड़ी देर के लिए उत्पादन में recursively_delete का उपयोग कर रहा हूं, अब, और अंत में (युद्धपूर्ण) महसूस करता हूं कि यह दूसरों को उपलब्ध कराने के लिए पर्याप्त है जो यहां विचारों की तलाश कर रहे हैं। जो लव के समाधान के साथ, यह आपको डेटा के पूरे ग्राफ़ को हटाने की अनुमति देता है जैसे कि आपके डेटाबेस में सभी विदेशी कुंजी बाधाओं को पल भर में CASCADE पर सेट किया गया था, लेकिन कुछ अतिरिक्त सुविधाएँ प्रदान करता है:

  • हटाए गए लक्ष्य और उसके आश्रितों के ग्राफ का एक ASCII पूर्वावलोकन प्रदान करता है।
  • पुनरावर्ती CTEs का उपयोग करके एक ही क्वेरी में विलोपन करता है।
  • परिपत्र निर्भरता संभालती है, इंट्रा और इंटर-टेबल।
  • मिश्रित कुंजियाँ संभालती है।
  • स्किप 'सेट डिफ़ॉल्ट' और 'सेट अशक्त' बाधाओं।

मुझे एक त्रुटि मिल रही है: त्रुटि: सरणी में ऐसे तत्वों की संख्या भी होनी चाहिए जहां: PL / pgSQL फ़ंक्शन _recursively_delete (regclass, text [], पूर्णांक, jsonb, पूर्णांक, पाठ [], jbb, jsonb) पंक्ति 15 पर एसक्यूएल कथन "SELECT * FROM _recursively_delete (ARG_table, VAR_pk_col_names)" PL / pgSQL फ़ंक्शन recursively_delete (regclass, anyelement, boolean) लाइन 73 पर SQL स्टेटमेंट
जो प्यार

अरे, @JoeLove। इसे आज़माने के लिए धन्यवाद। क्या आप मुझे प्रजनन के लिए कदम दे सकते हैं? और पीजी का आपका संस्करण क्या है?
TRL

मुझे यकीन नहीं है कि इससे मदद मिलेगी। लेकिन मैंने अभी आपके कार्य बनाए हैं और फिर निम्न कोड चलाया: recursively_delete ('dallas.vendor', 1094, false) चुनें फ़ंक्शन करने के लिए, कई चीजें करने के बाद नहीं। संदर्भ के लिए मैं पीजी 10.8
जो लव

@JoeLove, कृपया ट्राई-फिक्स-शाखा -m__ve_even_number_of_element ( github.com/trlorenz/PG-recursively_delete/pull/2 ) का प्रयास करें।
TRL

उस शाखा की कोशिश की और उसने मूल त्रुटि को ठीक किया। अफसोस की बात है, यह मेरे मूल संस्करण की तुलना में कोई तेज़ नहीं है (जो शायद यह पहली बार में लिखने में आपकी बात नहीं थी)। मैं एक और प्रयास पर काम कर रहा हूं जो "डिलीट कैस्केड पर" के साथ डुप्लिकेट विदेशी कुंजी बनाता है, फिर मूल रिकॉर्ड को हटा रहा है, फिर सभी नए बनाए गए विदेशी कुंजियों को छोड़ रहा है,
जो प्यार

3

आप इसे स्वचालित करने के लिए उपयोग कर सकते हैं, आप विदेशी कुंजी बाधा को परिभाषित कर सकते हैं ON DELETE CASCADE
मैं विदेशी प्रमुख बाधाओं के मैनुअल को उद्धृत करता हूं :

CASCADE निर्दिष्ट करता है कि जब एक संदर्भित पंक्ति हटा दी जाती है, तो पंक्ति (ओं) को संदर्भित करते हुए इसे स्वचालित रूप से भी हटा दिया जाना चाहिए।


1
यद्यपि यह ओपी को संबोधित नहीं करता है, लेकिन जब विदेशी कुंजी के साथ पंक्तियों को हटाने की आवश्यकता होती है तो यह अच्छी योजना है। जैसा कि बेन फ्रैंकलिन ने कहा, "रोकथाम का एक औंस इलाज के लायक है।"
जेसुइस्म

1
मैंने पाया है कि यह समाधान काफी खतरनाक हो सकता है यदि आपका ऐप बहुत सारे भाई-बहनों के साथ एक रिकॉर्ड मिटा देता है और एक छोटी सी त्रुटि के बजाय, आपने स्थायी रूप से एक विशाल डेटासेट हटा दिया है।
जो लव

2

मैंने जो लव का जवाब लिया और इसे फंक्शन को तेज करने के INबजाय उप-चयन के साथ ऑपरेटर का उपयोग करके इसे फिर से लिखा =(हबबिटस के सुझाव के अनुसार):

create or replace function delete_cascade(p_schema varchar, p_table varchar, p_keys varchar, p_subquery varchar default null, p_foreign_keys varchar[] default array[]::varchar[])
 returns integer as $$
declare

    rx record;
    rd record;
    v_sql varchar;
    v_subquery varchar;
    v_primary_key varchar;
    v_foreign_key varchar;
    v_rows integer;
    recnum integer;

begin

    recnum := 0;
    select ccu.column_name into v_primary_key
        from
        information_schema.table_constraints  tc
        join information_schema.constraint_column_usage AS ccu ON ccu.constraint_name = tc.constraint_name and ccu.constraint_schema=tc.constraint_schema
        and tc.constraint_type='PRIMARY KEY'
        and tc.table_name=p_table
        and tc.table_schema=p_schema;

    for rx in (
        select kcu.table_name as foreign_table_name, 
        kcu.column_name as foreign_column_name, 
        kcu.table_schema foreign_table_schema,
        kcu2.column_name as foreign_table_primary_key
        from information_schema.constraint_column_usage ccu
        join information_schema.table_constraints tc on tc.constraint_name=ccu.constraint_name and tc.constraint_catalog=ccu.constraint_catalog and ccu.constraint_schema=ccu.constraint_schema 
        join information_schema.key_column_usage kcu on kcu.constraint_name=ccu.constraint_name and kcu.constraint_catalog=ccu.constraint_catalog and kcu.constraint_schema=ccu.constraint_schema
        join information_schema.table_constraints tc2 on tc2.table_name=kcu.table_name and tc2.table_schema=kcu.table_schema
        join information_schema.key_column_usage kcu2 on kcu2.constraint_name=tc2.constraint_name and kcu2.constraint_catalog=tc2.constraint_catalog and kcu2.constraint_schema=tc2.constraint_schema
        where ccu.table_name=p_table  and ccu.table_schema=p_schema
        and TC.CONSTRAINT_TYPE='FOREIGN KEY'
        and tc2.constraint_type='PRIMARY KEY'
)
    loop
        v_foreign_key := rx.foreign_table_schema||'.'||rx.foreign_table_name||'.'||rx.foreign_column_name;
        v_subquery := 'select "'||rx.foreign_table_primary_key||'" as key from '||rx.foreign_table_schema||'."'||rx.foreign_table_name||'"
             where "'||rx.foreign_column_name||'"in('||coalesce(p_keys, p_subquery)||') for update';
        if p_foreign_keys @> ARRAY[v_foreign_key] then
            --raise notice 'circular recursion detected';
        else
            p_foreign_keys := array_append(p_foreign_keys, v_foreign_key);
            recnum:= recnum + delete_cascade(rx.foreign_table_schema, rx.foreign_table_name, null, v_subquery, p_foreign_keys);
            p_foreign_keys := array_remove(p_foreign_keys, v_foreign_key);
        end if;
    end loop;

    begin
        if (coalesce(p_keys, p_subquery) <> '') then
            v_sql := 'delete from '||p_schema||'."'||p_table||'" where "'||v_primary_key||'"in('||coalesce(p_keys, p_subquery)||')';
            --raise notice '%',v_sql;
            execute v_sql;
            get diagnostics v_rows = row_count;
            recnum := recnum + v_rows;
        end if;
        exception when others then recnum=0;
    end;

    return recnum;

end;
$$
language PLPGSQL;

2
मैं इसे देखने जा रहा हूं और यह देखना चाहता हूं कि यह आत्म-संदर्भित बाधाओं और इस तरह से कितनी अच्छी तरह काम करता है। मैंने कुछ ऐसा ही करने का प्रयास किया, लेकिन इसे पूरी तरह से काम करने से रोक दिया। यदि आपका समाधान मेरे लिए काम करता है, तो मैं इसे लागू करने जा रहा हूं। यह कई डीबीए उपकरणों में से एक है जिसे पैक किया जाना चाहिए और गिटहब या कुछ पर रखना चाहिए।
जो लव

मेरे पास एक बहु-किरायेदार सीएमएस (सभी समान टेबल साझा करने वाले ग्राहक) के लिए मध्यम आकार के डेटाबेस हैं। मेरा संस्करण ("में" बाहर) एक पुराने ग्राहक के सभी निशान को हटाने के लिए काफी धीमी गति से चलता है ... मैं गति की तुलना करने के लिए कुछ मॉकअप डेटा के साथ इसे आज़माने में दिलचस्पी रखता हूं। क्या आपके पास अपने उपयोग के मामले में आपके द्वारा देखे गए गति अंतर के बारे में कुछ भी कह सकता है?
जो लव

अपने उपयोग के मामले में मैंने inऑपरेटर और उप-प्रश्नों का उपयोग करते समय 10x के क्रम में तेजी देखी ।
थॉमस सीजी डी विल्हैना

1

कैस्केड विकल्प के साथ हटाएं केवल परिभाषित विदेशी कुंजी के साथ तालिकाओं पर लागू होती हैं। यदि आप हटाते हैं, और यह कहता है कि आप नहीं कर सकते क्योंकि यह विदेशी कुंजी बाधा का उल्लंघन करेगा, तो कैस्केड के कारण आपत्तिजनक पंक्तियों को हटा दिया जाएगा।

यदि आप इस तरह से संबंधित पंक्तियों को हटाना चाहते हैं, तो आपको पहले विदेशी कुंजियों को परिभाषित करना होगा। यह भी याद रखें कि जब तक आप स्पष्ट रूप से लेन-देन शुरू करने का निर्देश नहीं देते हैं, या आप चूक को बदलते हैं, यह एक ऑटो-कमिट करेगा, जिसे साफ करने में बहुत समय लग सकता है।


2
ग्रांट का उत्तर आंशिक रूप से गलत है - Postgresql DELETE प्रश्नों पर CASCADE का समर्थन नहीं करता है। postgresql.org/docs/8.4/static/dml-delete.html
फ्रेड्रिक वेन्ड्ट

किसी भी विचार क्यों यह नष्ट क्वेरी पर समर्थित नहीं है?
21

2
टेबल पर "कैस्केड के साथ हटाने" का कोई तरीका नहीं है, जो तदनुसार सेट नहीं किया गया है, जिसके लिए विदेशी कुंजी बाधा को ON DELETE CASCADE के रूप में परिभाषित नहीं किया गया है, जो कि मूल रूप से यह सवाल था।
लेंसोवेट

इस सवाल के जवाब के रूप में , यह पूरी तरह से गलत है। एक बार CASCADE के लिए कोई रास्ता नहीं है।
जेरेमी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.