PostgreSQL অ্যান্টিপ্যাটার্নস: "একমাত্র থাকতে হবে!"

এসকিউএল-এ, আপনি "কী" পেতে চান তা বর্ণনা করেন, "কিভাবে" করা উচিত নয়। সুতরাং, "যেমন শোনা যায় যেভাবে এটি লেখা হয়" স্টাইলে এসকিউএল কোয়েরি তৈরি করার সমস্যাটি তার সম্মানের জায়গা নেয় এসকিউএল-এ শর্ত মূল্যায়নের বিশেষত্ব.

আজ, অত্যন্ত সহজ উদাহরণ ব্যবহার করে, আসুন এটি ব্যবহার করার প্রসঙ্গে কী হতে পারে তা দেখা যাক GROUP/DISTINCT и LIMIT তাদের সাথে.

যদি আপনি অনুরোধে লিখেছেন যে "প্রথমে এই ট্যাবলেটগুলিকে সংযুক্ত করুন এবং তারপরে সমস্ত সদৃশগুলি ফেলে দিন, শুধুমাত্র একটি হতে হবে প্রতিটি কীর জন্য উদাহরণ" - সংযোগের প্রয়োজন না থাকলেও এটি ঠিক কীভাবে কাজ করবে।

এবং কখনও কখনও আপনি ভাগ্যবান এবং এটি "শুধু কাজ করে", কখনও কখনও এটি কর্মক্ষমতাতে একটি অপ্রীতিকর প্রভাব ফেলে এবং কখনও কখনও এটি এমন প্রভাব দেয় যা বিকাশকারীর দৃষ্টিকোণ থেকে একেবারে অপ্রত্যাশিত।

ঠিক আছে, সম্ভবত তেমন দর্শনীয় নয়, তবে…

"মিষ্টি দম্পতি": যোগ দিন + আলাদা

SELECT DISTINCT
  X.*
FROM
  X
JOIN
  Y
    ON Y.fk = X.pk
WHERE
  Y.bool_condition;

তারা কী চায় তা কীভাবে পরিষ্কার হবে এই ধরনের রেকর্ডগুলি নির্বাচন করুন X, যার জন্য Y-তে পূর্ণ শর্তের সাথে যুক্ত আছে. মাধ্যমে একটি অনুরোধ জমা দেওয়া JOIN - pk এর কিছু মান বেশ কয়েকবার পেয়েছি (ঠিক কতগুলি উপযুক্ত রেকর্ড Y তে পরিণত হয়েছে)। কিভাবে অপসারণ? অবশ্যই DISTINCT!

এটি বিশেষত "সুন্দর" যখন প্রতিটি এক্স-রেকর্ডের জন্য কয়েকশত সম্পর্কিত Y-রেকর্ড থাকে এবং তারপরে সদৃশগুলি বীরত্বের সাথে সরানো হয় ...

কিভাবে ঠিক করবো? শুরু করার জন্য, বুঝতে হবে যে কাজটি পরিবর্তন করা যেতে পারে "এক্সের রেকর্ড নির্বাচন করুন যার জন্য Y তে অন্তত একটি পূর্ণ শর্তের সাথে যুক্ত আছে" - সর্বোপরি, আমাদের ওয়াই-রেকর্ড থেকে কিছুই দরকার নেই।

নেস্টেড বিদ্যমান

SELECT
  *
FROM
  X
WHERE
  EXISTS(
    SELECT
      NULL
    FROM
      Y
    WHERE
      fk = X.pk AND
      bool_condition
    LIMIT 1
  );

PostgreSQL-এর কিছু সংস্করণ বুঝতে পারে যে EXISTS-এ প্রথম রেকর্ডটি খুঁজে পাওয়া যথেষ্ট, পুরোনোরা তা করে না। অতএব, আমি সবসময় ইঙ্গিত করতে পছন্দ করি LIMIT 1 মধ্যে EXISTS.

পাশ্বর্ীয় যোগদান

SELECT
  X.*
FROM
  X
, LATERAL (
    SELECT
      Y.*
    FROM
      Y
    WHERE
      fk = X.pk AND
      bool_condition
    LIMIT 1
  ) Y
WHERE
  Y IS DISTINCT FROM NULL;

একই বিকল্পটি, যদি প্রয়োজন হয়, অবিলম্বে পাওয়া সংশ্লিষ্ট Y-রেকর্ড থেকে একই সময়ে কিছু ডেটা ফেরত দেওয়ার অনুমতি দেয়। অনুরূপ বিকল্প নিবন্ধে আলোচনা করা হয়েছে "PostgreSQL অ্যান্টিপ্যাটার্নস: বিরল রেকর্ড যোগদানের মাঝখানে পৌঁছে যাবে".

"কেন বেশি অর্থ প্রদান করবেন": DISTINCT [ON] + LIMIT 1

এই ধরনের ক্যোয়ারী ট্রান্সফরমেশনের একটি অতিরিক্ত সুবিধা হল রেকর্ডের গণনা সহজে সীমিত করার ক্ষমতা যদি সেগুলির মধ্যে মাত্র এক/কটি প্রয়োজন হয়, যেমন নিম্নলিখিত ক্ষেত্রে:

SELECT DISTINCT ON(X.pk)
  *
FROM
  X
JOIN
  Y
    ON Y.fk = X.pk
LIMIT 1;

এখন আমরা অনুরোধটি পড়ি এবং ডিবিএমএস কী করতে হবে তা বোঝার চেষ্টা করি:

• আমরা প্লেট সংযোগ
• X.pk দ্বারা অনন্য
• অবশিষ্ট রেকর্ডগুলির মধ্যে একটি বেছে নিন

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

SELECT
  *
FROM
  (
    SELECT
      *
    FROM
      X
    -- сюда можно подсунуть подходящих условий
    LIMIT 1 -- +1 Limit
  ) X
JOIN
  Y
    ON Y.fk = X.pk
LIMIT 1;

এবং সঙ্গে ঠিক একই থিম GROUP BY + LIMIT 1.

"আমাকে শুধু জিজ্ঞাসা করতে হবে": অন্তর্নিহিত GROUP + LIMIT

অনুরূপ জিনিস বিভিন্ন ঘটতে অশূন্যতা চেক অনুরোধের অগ্রগতির সাথে সাথে লেবেল বা CTEs:

...
CASE
  WHEN (
    SELECT
      count(*)
    FROM
      X
    LIMIT 1
  ) = 0 THEN ...

সামগ্রিক ফাংশন (count/min/max/sum/...) সম্পূর্ণ সেটে সফলভাবে সম্পাদিত হয়, এমনকি স্পষ্টভাবে উল্লেখ না করেও GROUP BY. শুধুমাত্র এখানে সঙ্গে LIMIT তারা খুব বন্ধুত্বপূর্ণ নয়।

বিকাশকারী ভাবতে পারেন "এখন, যদি সেখানে রেকর্ড থাকে, তাহলে আমার LIMIT এর বেশি লাগবে না". কিন্তু আপনি করতে হবে না! কারণ ভিত্তির জন্য এটি হল:

• তারা কি চান তা গণনা করুন সব রেকর্ডে
• তারা যত লাইন চাইবে তত লাইন দিন

লক্ষ্য অবস্থার উপর নির্ভর করে, নিম্নলিখিত বিকল্পগুলির মধ্যে একটি তৈরি করা উপযুক্ত:

• (count + LIMIT 1) = 0 উপর NOT EXISTS(LIMIT 1)
• (count + LIMIT 1) > 0 উপর EXISTS(LIMIT 1)
• count >= N উপর (SELECT count(*) FROM (... LIMIT N))

"গ্রামে কতটা ঝুলতে হবে": DISTINCT + LIMIT৷

SELECT DISTINCT
  pk
FROM
  X
LIMIT $1

একজন নিষ্পাপ বিকাশকারী আন্তরিকভাবে বিশ্বাস করতে পারে যে একটি অনুরোধের বাস্তবায়ন বন্ধ হয়ে যাবে, যত তাড়াতাড়ি আমরা প্রথম $1 বিভিন্ন মান খুঁজে পাব যা জুড়ে আসে.

ভবিষ্যতে কিছু সময়, এটি একটি নতুন নোডের জন্য ধন্যবাদ কাজ করতে পারে এবং করবে সূচক স্কিপ স্ক্যান, যার বাস্তবায়ন বর্তমানে কাজ করা হচ্ছে, কিন্তু এখনও না.

এ পর্যন্ত প্রথম সব রেকর্ড পুনরুদ্ধার করা হবে, অনন্য, এবং শুধুমাত্র অনুরোধ করা হিসাবে তাদের অনেক ফেরত দেওয়া হবে. এটা বিশেষ করে দুঃখজনক যদি আমরা কিছু চাই $ 1 = 4, এবং টেবিলে কয়েক হাজার রেকর্ড রয়েছে ...

নিরর্থক দু: খিত না করার জন্য, আমরা একটি পুনরাবৃত্তিমূলক প্রশ্ন ব্যবহার করব PostgreSQL উইকি থেকে "দরিদ্রদের জন্য আলাদা":

উত্স: www.habr.com