PostgreSQL Antipatterns: ट्रिगरलाई बाइपास गरेर डाटा परिवर्तन गर्नुहोस्

ढिलोचाँडो, धेरै मानिसहरूले तालिका प्रविष्टिहरूमा ठूलो मात्रामा सम्पादन गर्नुपर्ने आवश्यकताको सामना गर्छन्। म पहिले नै मलाई कसरी राम्रो गर्ने भनेर भन्यो, तर त्यसरी नगर्नु नै राम्रो हुन्छ। आज म सामूहिक अपडेटको दोस्रो पक्षको बारेमा कुरा गर्नेछु— ट्रिगर गर्ने बारेमा.

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

ट्रिगरहरू बन्द गरौं!

BEGIN;
  ALTER TABLE ... DISABLE TRIGGER ...;
  UPDATE ...; -- тут долго-долго
  ALTER TABLE ... ENABLE TRIGGER ...;
COMMIT;

वास्तवमा, यति मात्र हो। सबै कुरा पहिले नै झुण्डिएको छ।.

किनभने ALTER TABLE लाद्छ विशेष पहुँच गर्नुहोस्- एउटा ताला जसमुनि कोही पनि समानान्तर रूपमा चलिरहेको छैन, साधारण पनि SELECT, तालिकाबाट केहि पनि पढ्न सक्षम हुनेछैन। यसको मतलब यो कारोबार पूरा नभएसम्म, "केवल पढ्न" चाहने जो कोहीले पर्खनु पर्नेछ। र हामी त्यो सम्झन्छौं UPDATE हामीसँग एउटा लु-ओ-ओ-ओङ छ...

चाँडै यसलाई बन्द गरौं र त्यसपछि चाँडै खोलौं!

BEGIN;
  ALTER TABLE ... DISABLE TRIGGER ...;
COMMIT;

UPDATE ...;

BEGIN;
  ALTER TABLE ... ENABLE TRIGGER ...;
COMMIT;

यहाँको अवस्था पहिले नै राम्रो छ, पर्खने समय निकै कम छ। तर केवल दुई समस्याले सुन्दरता बिगार्छ:

• ALTER TABLE टेबलमा भएका अन्य सबै कार्यहरूको लागि पर्खन्छ, लामो कार्यहरू सहित SELECT
• ट्रिगर बन्द हुँदा, कुनै पनि परिवर्तन उडेर जानेछ। तालिकामा, यो हाम्रो पनि होइन। र यो समुच्चयमा पुग्न सक्दैन, यद्यपि यो हुनुपर्छ। कस्तो विपत्ति!

सत्र चरहरू व्यवस्थापन गर्दै

त्यसोभए, अघिल्लो संस्करणमा, हामीले एउटा महत्त्वपूर्ण बुँदामा ठोक्कियौं: हामीले कुनै न कुनै रूपमा ट्रिगरलाई तालिकामा "हाम्रो" परिवर्तनहरू र "हाम्रो होइन" बीचको भिन्नता छुट्याउन सिकाउनु पर्छ। यसले "हाम्रो" लाई जस्ताको तस्तै छोड्नुपर्छ, र "हाम्रो होइन" मा ट्रिगर गर्नुपर्छ। यसको लागि, हामी प्रयोग गर्न सक्छौं सत्र चरहरू.

सत्र_प्रतिकृति_भूमिका

हामी पढ्छौं म्यानुअल:

ट्रिगर संयन्त्र पनि कन्फिगरेसन चर द्वारा प्रभावित हुन्छ। सत्र_प्रतिकृति_भूमिकाकुनै पनि अतिरिक्त विशिष्टताहरू बिना सक्षम पारिएका ट्रिगरहरू (पूर्वनिर्धारित रूपमा) सक्रिय हुनेछन् जब प्रतिकृति भूमिका "मूल" (पूर्वनिर्धारित रूपमा) वा "स्थानीय" हुन्छ। निर्दिष्ट गरेर सक्षम पारिएका ट्रिगरहरू ENABLE REPLICA, यदि हालको सत्र मोड — “प्रतिकृति”, र निर्दिष्ट गरेर सक्षम पारिएको ट्रिगरहरू ENABLE ALWAYS, हालको प्रतिकृति मोडलाई ध्यान नदिई ट्रिगर गरिनेछ।

म विशेष गरी जोड दिन चाहन्छु कि यो सेटिङ एकैचोटि सबैमा लागू हुँदैन, किनकि ALTER TABLE, तर हाम्रो छुट्टै विशेष जडानमा मात्र। त्यसैले, कुनै पनि अनुप्रयोग ट्रिगरहरू ट्रिगर हुनबाट रोक्नको लागि:

SET session_replication_role = replica; -- выключили триггеры
UPDATE ...;
SET session_replication_role = DEFAULT; -- вернули в исходное состояние

ट्रिगर भित्रको अवस्था

तर माथिको विकल्पले सबै ट्रिगरहरूको लागि एकैचोटि काम गर्छ (वा हामीले पहिले नै असक्षम गर्न नचाहेका ट्रिगरहरूलाई "परिवर्तन" गर्न आवश्यक छ)। र यदि हामीलाई आवश्यक छ भने एउटा विशेष ट्रिगर "बन्द गर्नुहोस्"?

यसले हामीलाई मद्दत गर्नेछ "प्रयोगकर्ता" सत्र चर:

एक्सटेन्सन प्यारामिटर नामहरू निम्नानुसार लेखिएका छन्: एक्सटेन्सन नाम, अवधि, र त्यसपछि प्यारामिटर नाम आफैं, SQL मा पूर्ण रूपमा योग्य वस्तु नामहरू जस्तै। उदाहरणका लागि: plpgsql.variable_conflict।
सम्बन्धित एक्सटेन्सन मोड्युल लोड नगर्ने प्रक्रियाहरूमा गैर-प्रणाली प्यारामिटरहरू सेट गर्न सकिने भएकोले, PostgreSQL ले स्वीकार गर्दछ दुई घटक भएका कुनै पनि नामका लागि मानहरू.

पहिले, हामी ट्रिगर परिमार्जन गर्छौं, केहि यस प्रकार:

BEGIN
    -- процессу конвертации можно делать все
    IF current_setting('mycfg.my_table_convert_process') = 'TRUE' THEN
        IF TG_OP IN ('INSERT', 'UPDATE') THEN
            RETURN NEW;
        ELSE
            RETURN OLD;
        END IF;
    END IF;
...

खैर, यो "प्रत्यक्ष" गर्न सकिन्छ, बिना अवरुद्ध, मार्फत CREATE OR REPLACE ट्रिगर प्रकार्यको लागि। र त्यसपछि विशेष जडानमा हामीले "हाम्रो" चर सेट अप गर्छौं:

SET mycfg.my_table_convert_process = 'TRUE';
UPDATE ...;
SET mycfg.my_table_convert_process = ''; -- вернули в исходное состояние

अन्य तरिकाहरू थाहा छ? टिप्पणीहरूमा साझा गर्नुहोस्।

स्रोत: www.habr.com