डीबीआईएक्स :: कक्षा :: परिणामसेट की find_or_create विधि का उपयोग करते समय दौड़ की स्थिति से कैसे बचें?

Question

प्रलेखन से find_or_create के लिए:

नोट: क्योंकि find_or_create() डेटाबेस से पढ़ता है और उसके बाद संभवतः परिणाम के आधार पर आवेषण, इस विधि एक दौड़ इस शर्त के अधीन है। के बाद एक और प्रक्रिया तालिका में रिकॉर्ड बना सकती है, जो खोज पूरा हो गया है और निर्माण शुरू होने से पहले। इस समस्या को से बचने के लिए, एक लेनदेन के अंदर find_or_create() का उपयोग करें।

क्या पोस्टग्रेएसक्यूएल में किसी लेनदेन के अंदर find_or_create() का उपयोग करना पर्याप्त है?

Answer 1

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

से बचें इस समस्या से आपको तालिका को लॉक करना होगा - एक लेनदेन के अंदर, क्योंकि सभी ताले लेनदेन के अंत में जारी किए जाते हैं। कुछ ऐसा:

BEGIN; 
LOCK TABLE mytbl IN SHARE MODE; 

-- do your find_or_create here 

COMMIT; 

लेकिन यह सबकुछ के लिए जादू का इलाज नहीं है। यह एक प्रदर्शन समस्या बन सकती है, और वहाँ गतिरोध (समवर्ती लेनदेन पारस्परिक रूप से संसाधन है कि एक दूसरे को पहले से ही बंद कर दिया गया लॉक करने के लिए कोशिश कर रहा है) हो सकता है। PostgreSQL ऐसी स्थिति का पता लगाएगा और प्रतिस्पर्धी लेनदेन में से एक को रद्द कर देगा। विफलता पर ऑपरेशन को पुनः प्रयास करने के लिए आपको तैयार रहना चाहिए।

The PostgreSQL manual about locks.

आप संगामिति का एक बहुत नहीं है, तो आप भी सिर्फ समस्या की अनदेखी हो सकती है। समय स्लॉट बहुत छोटा है इसलिए यह वास्तव में बहुत ही कम होता है। यदि आप डुप्लिकेट कुंजी उल्लंघन त्रुटि को पकड़ते हैं, जो कोई नुकसान नहीं करेगा, तो आपने इसे भी कवर किया है।

Answer 2

find_or_create के इस कार्यान्वयन रेस स्थिति, ओपी में वर्णित रोकने चाहिए:

eval { 
    $row = $self->model->create({ ... }); 
} 
if($@ && $@ =~ /duplicate/i) { 
    $row = $self->model->find({ ... }); 
} 

यह भी सबसे अच्छा मामले में एक भी प्रश्न के find_or_create() कम कर देता है।