PostgreSQL Antipatterns: შეცვალეთ მონაცემები ტრიგერის გვერდის ავლით

ადრე თუ გვიან, ბევრ ადამიანს აწყდება ცხრილის ჩანაწერებში რაღაცის მასიურად გამოსწორების აუცილებლობა. მე უკვე მითხრა, როგორ გავაკეთო ეს უკეთესადდა როგორ - უმჯობესია არ გააკეთოთ ეს. დღეს მე ვისაუბრებ მასობრივი განახლების მეორე ასპექტზე - ტრიგერების შესახებ.

მაგალითად, მაგიდაზე, რომელშიც რაღაცის გამოსწორება გჭირდებათ, არის ბოროტი გამომწვევი ON UPDATE, ყველა ცვლილების გადატანა ზოგიერთ აგრეგატზე. და თქვენ უნდა განაახლოთ ყველაფერი (მაგალითად, ახალი ველის ინიციალიზაცია) ისე ფრთხილად, რომ ეს ერთეულები არ დაზარალდეს.

მოდით უბრალოდ გამორთოთ ტრიგერები!

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

სინამდვილეში, სულ ეს არის - ყველაფერი უკვე ჩამოკიდებულია.

იმის გამო, რომ ALTER TABLE აწესებს AccessExclusive-საკეტი, რომლის ქვეშაც არავინ დადის პარალელურად, თუნდაც უბრალო 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