📸 👩🏿‍🏫 🎈 PostgreSQL Antipatterns: "मृत" भीड़ से लड़ने 🧑🏻 👨‍👦‍👦 👨🏽‍🏫

आंतरिक PostgreSQL तंत्र की विशेषताएं इसे कुछ स्थितियों में बहुत तेज होने देती हैं और दूसरों में इतनी तेजी से नहीं। आज हम डीबीएमएस कैसे काम करते हैं और इसके साथ एक डेवलपर क्या करता है, इसके बीच संघर्ष के एक क्लासिक उदाहरण पर ध्यान केंद्रित करेंगे - UPDATE बनाम MVCS सिद्धांतों ।

एक उत्कृष्ट लेख से संक्षेप में साजिश :

जब एक पंक्ति को UPDATE कमांड के साथ संशोधित किया जाता है, तो दो ऑपरेशन वास्तव में किए जाते हैं: DELETE और INSERT। लाइन के वर्तमान संस्करण में , xmax को उस लेनदेन की संख्या के बराबर सेट किया जाता है जो UPDATE को किया गया था। फिर उसी लाइन का एक नया संस्करण बनाया जाता है; इसका xmin मान पिछले संस्करण के xmax मान से मेल खाता है।

इस लेन-देन के पूरा होने के कुछ समय बाद, पुराने या नए संस्करण, जिसके आधार पर COMMIT/ROOLBACK, तालिका से गुजरने और साफ होने के बाद "मृत" (मृत टुपल्स) के रूप में पहचाना जाएगा VACUUM।

लेकिन यह तुरंत नहीं होगा, लेकिन "मृत" के साथ समस्याओं को बहुत तेज़ी से प्राप्त किया जा सकता है - एक बड़ी तालिका में रिकॉर्ड के कई या बड़े पैमाने पर अपडेट के साथ , और थोड़ी देर बाद, ऐसी स्थिति का सामना करना पड़ता है कि VACUUM मदद करने में सक्षम नहीं होगा ।

# 1: मैं इसे स्थानांतरित करना पसंद करता हूं

मान लीजिए कि आपकी व्यावसायिक तर्क पद्धति स्वयं के लिए काम करती है, और अचानक पता चलता है कि कुछ रिकॉर्ड में फ़ील्ड X को अपडेट करना आवश्यक होगा:

UPDATE tbl SET X = <newX> WHERE pk = $1;

फिर, जैसे-जैसे यह आगे बढ़ता है, यह पता चलता है कि वाई क्षेत्र को भी अपडेट किया जाना चाहिए:

UPDATE tbl SET Y = <newY> WHERE pk = $1;

... और फिर जेड भी - क्यों कुछ trifle?

UPDATE tbl SET Z = <newZ> WHERE pk = $1;

डेटाबेस में अब इस रिकॉर्ड के कितने संस्करण हैं? हाँ, 4 टुकड़े! इनमें से, एक प्रासंगिक है, और 3 को आपके लिए [ऑटो] VACUUM चुनना होगा।

ऐसा मत करना! एक अनुरोध में सभी फ़ील्ड के अद्यतन का उपयोग करें - लगभग हमेशा विधि का तर्क इस तरह बदला जा सकता है:

UPDATE tbl SET X = <newX>, Y = <newY>, Z = <newZ> WHERE pk = $1;

# 2: IS DISTINCT FROM, Luke का प्रयोग करें!

इसलिए, आप अभी भी कई, तालिका में कई रिकॉर्ड (स्क्रिप्ट या कनवर्टर के उपयोग के दौरान, उदाहरण के लिए) को अपडेट करना चाहते थे । और स्क्रिप्ट में कुछ इस तरह उड़ता है:

UPDATE tbl SET X = <newX> WHERE pk BETWEEN $1 AND $2;

लगभग इस रूप में, एक क्वेरी का सामना अक्सर किया जाता है और लगभग हमेशा एक खाली नए क्षेत्र को भरने के लिए नहीं, बल्कि डेटा में कुछ त्रुटियों को ठीक करने के लिए। इसके अलावा, पहले से ही मौजूद डेटा की शुद्धता पर ध्यान नहीं दिया जाता है - लेकिन व्यर्थ! यही है, रिकॉर्ड फिर से लिखा जा रहा है, भले ही यह वही था जो मैं चाहता था - क्यों? सही बात:

UPDATE tbl SET X = <newX> WHERE pk BETWEEN $1 AND $2 AND X IS DISTINCT FROM <newX>;

कई ऐसे अद्भुत ऑपरेटर के अस्तित्व के बारे में नहीं जानते हैं, इसलिए यहां IS DISTINCT FROMअन्य तार्किक ऑपरेटरों के लिए मदद करने के लिए एक धोखा पत्र है :

... और जटिल ROW()अभिव्यक्तियों पर संचालन के बारे में थोड़ा :

# 3: मैं अपने प्रिय को पहचानूंगा ... अवरुद्ध करके

दो समान समानांतर प्रक्रियाओं को चलाएं , जिनमें से प्रत्येक रिकॉर्डिंग के निशान के उद्देश्य से है, कि यह "ऑपरेशन में" है:

UPDATE tbl SET processing = TRUE WHERE pk = $1;

भले ही ये प्रक्रियाएँ एक-दूसरे से स्वतंत्र रूप से काम करती हों, लेकिन एक आईडी के ढांचे के भीतर, इस अनुरोध पर दूसरा ग्राहक "लेन-देन" करता है जब तक कि पहला लेनदेन पूरा नहीं हो जाता।

समाधान # 1 : कार्य पिछले एक के लिए कम हो गया है।

बस फिर से जोड़ें IS DISTINCT FROM:

UPDATE tbl SET processing = TRUE WHERE pk = $1 AND processing IS DISTINCT FROM TRUE;

इस रूप में, दूसरा अनुरोध बस डेटाबेस में कुछ भी नहीं बदलेगा, वहां यह पहले से ही "सब कुछ वैसा ही है जैसा कि होना चाहिए" - इसलिए, अवरोध उत्पन्न नहीं होगा। इसके अलावा, रिकॉर्ड के "गैर-अस्तित्व" के तथ्य को पहले से ही लागू एल्गोरिथ्म में संसाधित किया गया है।

निर्णय संख्या 2 : सलाहकार ताले

एक अलग लेख के लिए एक बड़ा विषय जिसमें आप आवेदन के तरीकों और सिफारिश के ताले के "रेक" के बारे में पढ़ सकते हैं ।

समाधान # 3 : बिना [डी] स्मार्ट कॉल के

लेकिन वास्तव में, बिल्कुल, आपको एक ही रिकॉर्ड के साथ एक साथ काम करना चाहिए ? या क्या आपने अभी भी क्लाइंट-साइड बिजनेस लॉजिक कॉल एल्गोरिदम के साथ गड़बड़ की है, उदाहरण के लिए? और अगर आप इसके बारे में सोचते हैं? ..

PostgreSQL Antipatterns: "मृत" भीड़ से लड़ने

# 1: मैं इसे स्थानांतरित करना पसंद करता हूं

# 2: IS DISTINCT FROM, Luke का प्रयोग करें!

# 3: मैं अपने प्रिय को पहचानूंगा ... अवरुद्ध करके

More articles: