পোস্টগ্রেএসকিউএল অ্যান্টিপ্যাটার্নস: এসকিউএল-এ শর্ত মূল্যায়ন করা

SQL C++ নয়, এবং জাভাস্ক্রিপ্ট নয়। অতএব, লজিক্যাল এক্সপ্রেশনের গণনা ভিন্নভাবে ঘটে এবং এটি মোটেও একই জিনিস নয়:

WHERE fncondX() AND fncondY()

= fncondX() && fncondY()

PostgreSQL ক্যোয়ারী এক্সিকিউশন প্ল্যান অপ্টিমাইজ করার প্রক্রিয়ায় নির্বিচারে "পুনর্বিন্যাস" সমতুল শর্ত করতে পারে, স্বতন্ত্র রেকর্ডের জন্য তাদের কিছু গণনা করবেন না, তাদের প্রয়োগকৃত সূচকের শর্তগুলির সাথে সম্পর্কিত করুন... সংক্ষেপে, সবচেয়ে সহজ উপায় হল অনুমান করা যে আপনি নিয়ন্ত্রণ করতে পারে না তারা কি ক্রমে করবে (এবং তারা আদৌ গণনা করা হবে কিনা) সমান শর্তাবলী

অতএব, আপনি যদি এখনও অগ্রাধিকার পরিচালনা করতে চান তবে আপনাকে এটি গঠন করতে হবে এই শর্ত অসম করা শর্তাবলী ব্যবহার করে অভিব্যক্তি и অপারেটার.

ডেটা এবং তাদের সাথে কাজ করা ভিত্তি আমাদের ভিএলএসআই কমপ্লেক্স, তাই এটি আমাদের জন্য অত্যন্ত গুরুত্বপূর্ণ যে তাদের উপর অপারেশনগুলি কেবল সঠিকভাবে নয়, দক্ষতার সাথেও সঞ্চালিত হয়। আসুন নির্দিষ্ট উদাহরণগুলি দেখি যেখানে অভিব্যক্তি গণনা করার ক্ষেত্রে ত্রুটিগুলি করা যেতে পারে এবং যেখানে এটি তাদের দক্ষতা উন্নত করা মূল্যবান।

#0: RTFM

শুরু হচ্ছে ডকুমেন্টেশন থেকে উদাহরণ:

যখন মূল্যায়নের ক্রম গুরুত্বপূর্ণ, তখন এটি গঠন ব্যবহার করে ক্যাপচার করা যেতে পারে CASE. উদাহরণস্বরূপ, এটি একটি বাক্যে শূন্য দ্বারা বিভাজন এড়ানোর একটি উপায় WHERE অবিশ্বস্ত

SELECT ... WHERE x > 0 AND y/x > 1.5;

নিরাপদ বিকল্প:

SELECT ... WHERE CASE WHEN x > 0 THEN y/x > 1.5 ELSE false END;

ডিজাইনটি এভাবে ব্যবহার করা হয়েছে CASE অভিব্যক্তিটিকে অপ্টিমাইজেশান থেকে রক্ষা করে, তাই এটি শুধুমাত্র প্রয়োজনে ব্যবহার করা উচিত।

#1: ট্রিগার শর্ত

BEGIN
  IF cond(NEW.fld) AND EXISTS(SELECT ...) THEN
    ...
  END IF;
  RETURN NEW;
END;

সবকিছুই ভালো লাগছে, কিন্তু... কেউ প্রতিশ্রুতি দেয় না যে বিনিয়োগ SELECT প্রথম শর্ত মিথ্যা হলে মৃত্যুদন্ড কার্যকর করা হবে না। এর সাথে এটি ঠিক করা যাক নেস্টেড IF:

BEGIN
  IF cond(NEW.fld) THEN
    IF EXISTS(SELECT ...) THEN
      ...
    END IF;
  END IF;
  RETURN NEW;
END;

এখন আসুন সাবধানে তাকান - ট্রিগার ফাংশনের পুরো শরীরটি "মোড়ানো" আছে IF. এর মানে হল যে কোনও কিছুই আমাদের ব্যবহার করে পদ্ধতি থেকে এই শর্তটি অপসারণ করতে বাধা দেয় না WHEN- শর্তাবলী:

BEGIN
  IF EXISTS(SELECT ...) THEN
    ...
  END IF;
  RETURN NEW;
END;
...
CREATE TRIGGER ...
  WHEN cond(NEW.fld);

শর্তটি মিথ্যা হলে এই পদ্ধতিটি সার্ভারের সংস্থানগুলি সংরক্ষণ করার গ্যারান্টিযুক্ত৷

#2: বা/এবং চেইন

SELECT ... WHERE EXISTS(... A) OR EXISTS(... B)

অন্যথায়, আপনি উভয় সঙ্গে শেষ করতে পারেন EXISTS হবে "সত্য", কিন্তু উভয়ই পূরণ হবে.

কিন্তু যদি আমরা নিশ্চিতভাবে জানি যে তাদের মধ্যে একটি "সত্য" প্রায়শই (বা "মিথ্যা" - এর জন্য AND-চেইন) - এটা কি কোনোভাবে "এর অগ্রাধিকার বৃদ্ধি" করা সম্ভব যাতে দ্বিতীয়টি আবার কার্যকর না হয়?

দেখা যাচ্ছে যে এটি সম্ভব - অ্যালগরিদমিক পদ্ধতিটি নিবন্ধের বিষয়ের কাছাকাছি PostgreSQL অ্যান্টিপ্যাটার্নস: একটি বিরল রেকর্ড যোগদানের মাঝখানে পৌঁছে যাবে.

চলুন CASE-এর অধীনে এই দুটি শর্তই শুধু "নাড়া" করি:

SELECT ...
WHERE
  CASE
    WHEN EXISTS(... A) THEN TRUE
    WHEN EXISTS(... B) THEN TRUE
  END

এই ক্ষেত্রে আমরা সংজ্ঞায়িত করিনি ELSE-মান, অর্থাৎ, যদি উভয় শর্তই মিথ্যা হয় CASE ফিরে আসবে NULL, যা হিসাবে ব্যাখ্যা করা হয় FALSE в WHERE- শর্তাবলী

এই উদাহরণটি অন্যান্য উপায়ে একত্রিত করা যেতে পারে - স্বাদ এবং রঙের উপর নির্ভর করে:

SELECT ...
WHERE
  CASE
    WHEN NOT EXISTS(... A) THEN EXISTS(... B)
    ELSE TRUE
  END

#3: কিভাবে শর্ত লিখতে হয়

আমরা এই ট্রিগারটির "অদ্ভুত" অপারেশনের কারণ বিশ্লেষণ করতে দুই দিন কাটিয়েছি - কেন তা দেখা যাক।

উৎস:

IF( NEW."Документ_" is null or NEW."Документ_" = (select '"Комплект"'::regclass::oid) or NEW."Документ_" = (select to_regclass('"ДокументПоЗарплате"')::oid)
     AND (   OLD."ДокументНашаОрганизация" <> NEW."ДокументНашаОрганизация"
          OR OLD."Удален" <> NEW."Удален"
          OR OLD."Дата" <> NEW."Дата"
          OR OLD."Время" <> NEW."Время"
          OR OLD."ЛицоСоздал" <> NEW."ЛицоСоздал" ) ) THEN ...

সমস্যা #1: অসমতা NULL কে সম্মান করে না

এর সবকিছু কল্পনা করা যাক OLD-ক্ষেত্রের অর্থ ছিল NULL. কি হবে?

SELECT NULL <> 1 OR NULL <> 2;
-- NULL

আর কাজের দৃষ্টিকোণ থেকে কন্ডিশন বের করতে হবে NULL সমতুল্য FALSE, উপরে উল্লিখিত.

রায়: অপারেটর ব্যবহার করুন IS DISTINCT FROM থেকে ROW-অপারেটর, একবারে সম্পূর্ণ রেকর্ড তুলনা করে:

SELECT (NULL, NULL) IS DISTINCT FROM (1, 2);
-- TRUE

সমস্যা #2: একই কার্যকারিতার বিভিন্ন বাস্তবায়ন

এর তুলনা করা যাক:

NEW."Документ_" = (select '"Комплект"'::regclass::oid)
NEW."Документ_" = (select to_regclass('"ДокументПоЗарплате"')::oid)

এখানে বাড়তি বিনিয়োগ কেন? SELECT? একটি অনুষ্ঠান to_regclass? কেন এটা আলাদা? ..

চলুন ঠিক করা যাক:

NEW."Документ_" = '"Комплект"'::regclass::oid
NEW."Документ_" = '"ДокументПоЗарплате"'::regclass::oid

সমস্যা #3: বুল অপারেশনের অগ্রাধিকার

সোর্স ফরম্যাট করা যাক:

{... IS NULL} OR
{... Комплект} OR
{... ДокументПоЗарплате} AND
( {... неравенства} )

উফ... আসলে, দেখা গেল যে প্রথম দুটি শর্তের যেকোনও যদি সত্য হয়, তাহলে পুরো শর্তটি পরিণত হয় TRUE, একাউন্টে বৈষম্য গ্রহণ ছাড়া. এবং এটি আমরা যা চেয়েছিলাম তা নয়।

চলুন ঠিক করা যাক:

(
  {... IS NULL} OR
  {... Комплект} OR
  {... ДокументПоЗарплате}
) AND
( {... неравенства} )

সমস্যা #4 (ছোট): একটি ক্ষেত্রের জন্য জটিল বা শর্ত

প্রকৃতপক্ষে, আমাদের 3 নম্বরে সমস্যা ছিল কারণ তিনটি শর্ত ছিল। কিন্তু তাদের পরিবর্তে আপনি প্রক্রিয়া ব্যবহার করে একটি দিয়ে পেতে পারেন coalesce ... IN:

coalesce(NEW."Документ_"::text, '') IN ('', '"Комплект"', '"ДокументПоЗарплате"')

তাই আমরা NULL "আমরা ধরব", এবং কঠিন OR বন্ধনী দিয়ে বেড়া করার দরকার নেই।

মোটে

আসুন আমরা যা পেয়েছি তা রেকর্ড করি:

IF (
  coalesce(NEW."Документ_"::text, '') IN ('', '"Комплект"', '"ДокументПоЗарплате"') AND
  (
    OLD."ДокументНашаОрганизация"
  , OLD."Удален"
  , OLD."Дата"
  , OLD."Время"
  , OLD."ЛицоСоздал"
  ) IS DISTINCT FROM (
    NEW."ДокументНашаОрганизация"
  , NEW."Удален"
  , NEW."Дата"
  , NEW."Время"
  , NEW."ЛицоСоздал"
  )
) THEN ...

এবং যদি আপনি বিবেচনা করেন যে এই ট্রিগার ফাংশন শুধুমাত্র ব্যবহার করা যেতে পারে UPDATE- প্রাপ্যতার কারণে ট্রিগার OLD/NEW উপরের স্তরের অবস্থায়, তারপর এই অবস্থা সাধারণত স্থাপন করা যেতে পারে WHEN- শর্ত, যেমন # 1 এ দেখানো হয়েছে...

উত্স: www.habr.com