PostgreSQL Antipatterns- SQL ရှိ အခြေအနေ အကဲဖြတ်ခြင်း။

SQL သည် C++ မဟုတ်ဘဲ JavaScript မဟုတ်ပါ။ ထို့ကြောင့်၊ ယုတ္တိဗေဒအသုံးအနှုန်းများကို တွက်ချက်ခြင်းသည် ကွဲပြားစွာဖြစ်ပေါ်ပြီး ၎င်းသည် လုံးဝတူညီသည်မဟုတ်ပေ။

WHERE fncondX() AND fncondY()

= fncondX() && fncondY()

PostgreSQL query execution plan ကို ပိုမိုကောင်းမွန်အောင် လုပ်ဆောင်ခြင်း လုပ်ငန်းစဉ်တွင် ညီမျှသောအခြေအနေများကို နိုင်ထက်စီးနင်း “ပြန်လည်စီစဉ်” နိုင်သည်။၎င်းတို့ထဲမှ အချို့ကို တစ်ဦးချင်း မှတ်တမ်းများအတွက် မရေတွက်ပါနှင့်၊ ၎င်းတို့ကို အသုံးချညွှန်းကိန်း၏ အခြေအနေများနှင့် ဆက်စပ်ကြည့်ပါ... အတိုချုပ်ပြောရလျှင် အလွယ်ဆုံးနည်းလမ်းမှာ သင်ယူဆရန်ဖြစ်သည်။ မထိန်းချုပ်နိုင်ပါ။ မည်သည့်နည်းဖြင့် မည်သည် (၎င်းတို့ကို လုံးလုံးတွက်ချက်မည်)၊ တန်းတူ အခြေအနေများ

ထို့ကြောင့် ဦးစားပေး စီမံခန့်ခွဲလိုပါက ၎င်းကို တည်ဆောက်ရန် လိုအပ်ပါသည်။ ဒီအခြေအနေတွေကို မမျှတအောင်လုပ်ပါ။ conditionals ကို အသုံးပြု အသုံးအနှုန်းများ и အော်ပရေတာများ.

ဒေတာနှင့် ၎င်းတို့နှင့် လုပ်ဆောင်ခြင်းသည် အခြေခံဖြစ်သည်။ ကျွန်ုပ်တို့၏ VLSI ရှုပ်ထွေးမှုထို့ကြောင့် ၎င်းတို့အပေါ် လုပ်ဆောင်ချက်များသည် မှန်ကန်ရုံသာမက ထိရောက်စွာ လုပ်ဆောင်နိုင်စေရန် ကျွန်ုပ်တို့အတွက် အလွန်အရေးကြီးပါသည်။ အသုံးအနှုန်းများကို တွက်ချက်ရာတွင် အမှားအယွင်းများ ပြုလုပ်နိုင်သည့် တိကျသော ဥပမာများကို ကြည့်ကြစို့၊ ၎င်းသည် ၎င်းတို့၏ စွမ်းဆောင်ရည်ကို မြှင့်တင်ရန် ထိုက်တန်သည့် နေရာဖြစ်သည်။

#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- OR/AND ကွင်းဆက်

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

မဟုတ်ရင် နှစ်ခုလုံးနဲ့ အဆုံးသတ်သွားနိုင်တယ်။ EXISTS "အမှန်" ဖြစ်လိမ့်မည်၊ သို့သော် နှစ်ခုလုံးပြည့်စုံလိမ့်မည်။.

ဒါပေမယ့် အဲဒီထဲက တစ်ခုက “မှန်တယ်” ဆိုတာကို ပိုမကြာခဏ (သို့မဟုတ် “မှားတယ်” ဆိုတာကို သေချာသိရင် AND-chains) - ဒုတိယတစ်ခုကို နောက်တစ်ကြိမ် ထပ်မလုပ်ဆောင်နိုင်အောင် "၎င်း၏ဦးစားပေး" ကို တစ်နည်းနည်းဖြင့် "တိုး" ရန် ဖြစ်နိုင်ပါသလား။

ဖြစ်နိုင်သည်မှာ- algorithmic ချဉ်းကပ်မှုသည် ဆောင်းပါး၏ခေါင်းစဉ်နှင့် နီးစပ်ပါသည်။ PostgreSQL Antipatterns- ရှားပါးသောမှတ်တမ်းသည် JOIN ၏အလယ်သို့ရောက်ရှိမည်ဖြစ်သည်။.

CASE အောက်တွင် ဤအခြေအနေနှစ်ခုလုံးကို "တွန်း" လိုက်ကြပါစို့။

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

ဒီကိစ္စမှာ ကျွန်တော်တို့ မသတ်မှတ်ထားဘူး။ ELSE-value ဆိုသည်မှာ အခြေအနေ နှစ်ခုလုံး မှားနေလျှင် ဆိုလိုသည်။ CASE ပြန်လာကြလိမ့်မည် NULL, ဟူသောအဓိပ္ပာယ် FALSE в WHERE- အခြေအနေများ။

ဤဥပမာကို အခြားနည်းလမ်းဖြင့် ပေါင်းစပ်နိုင်သည် - အရသာနှင့် အရောင်ပေါ်မူတည်၍

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

နံပါတ် ၃- အခြေအနေများကို မည်သို့ရေးမည်နည်း။

ဤအစပျိုးမှု၏ "ထူးဆန်းသော" လုပ်ဆောင်ချက်အတွက် အကြောင်းရင်းများကို ခွဲခြမ်းစိတ်ဖြာပြီး ကျွန်ုပ်တို့ နှစ်ရက်ကြာခဲ့သည် - အဘယ်ကြောင့်ဆိုသည်ကို ကြည့်ကြပါစို့။

အရင်းအမြစ်-

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- bool လည်ပတ်မှု၏ဦးစားပေး

အရင်းအမြစ်ကို ဖော်မတ်လုပ်ကြပါစို့။

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

အိုး... တကယ်တော့ ပထမအခြေအနေနှစ်ခုထဲက တစ်ခုခုမှန်ရင် အခြေအနေတစ်ခုလုံး ဖြစ်သွားပါတယ်။ TRUEမညီမျှမှုများကို ထည့်သွင်းစဉ်းစားခြင်းမပြုဘဲ၊ ပြီးတော့ ဒါက ငါတို့လိုချင်တာ မဟုတ်ဘူး။

ပြင်ကြပါစို့။

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

ပြဿနာ #4 (အသေး): အကွက်တစ်ခုအတွက် ရှုပ်ထွေးသော သို့မဟုတ် အခြေအနေ

တကယ်တော့၊ နံပါတ် ၃ မှာ အခြေအနေ သုံးခုရှိလို့ အတိအကျ ပြဿနာတွေ ရှိခဲ့ပါတယ်။ သို့သော် ၎င်းတို့အစား ယန္တရားကို အသုံးပြု၍ တစ်ဦးနှင့်တစ်ဦး ဖြတ်သန်းနိုင်သည်။ 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 ...

အကယ်၍ သင်သည် ဤ trigger function တွင်သာအသုံးပြုနိုင်သည်ဟု သင်ယူဆပါက UPDATE- ရရှိနိုင်မှုကြောင့် အစပျိုးခြင်း။ OLD/NEW အထက်အဆင့်အခြေအနေတွင်၊ ထို့နောက် ဤအခြေအနေကို ယေဘူယျအားဖြင့် ထည့်သွင်းနိုင်သည်။ WHENနံပါတ် ၁ မှာပြထားတဲ့အတိုင်း အခြေအနေ...

source: www.habr.com