PostgreSQL એન્ટિપેટર્ન: ટ્રિગરને બાયપાસ કરીને ડેટા બદલો

વહેલા અથવા પછીના સમયમાં, ઘણા લોકોને ટેબલ રેકોર્ડ્સમાં મોટા પાયે કંઈક સુધારવાની જરૂરિયાતનો સામનો કરવો પડે છે. મારી પાસે પહેલેથી જ છે મને કહ્યું કે તે કેવી રીતે વધુ સારું કરવું, અને કેવી રીતે - તે ન કરવું વધુ સારું છે. આજે હું સામૂહિક અપડેટના બીજા પાસા વિશે વાત કરીશ - ટ્રિગર્સ વિશે.

ઉદાહરણ તરીકે, એક ટેબલ પર કે જેમાં તમારે કંઈક સુધારવાની જરૂર છે, ત્યાં એક દુષ્ટ ટ્રિગર છે 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