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