Autocommit को सही क्यों सेट करें?

Question

मैंने लंबे समय से सोचा है कि जेडीबीसी एपीआई एक ऑटोोकॉमिट मोड प्रदान करता है (java.sql.Connection.setAutocommit())। यह एक आकर्षक उपद्रव की तरह लगता है जो लोगों को परेशानी में डाल देता है। मेरा सिद्धांत यह है कि इसे केवल जेडीबीसी में जोड़ा गया ताकि विक्रेताओं के लिए जीवन को सरल बनाया जा सके जो जेडीबीसी का उपयोग करके एसक्यूएल को संपादित करने और चलाने के लिए उपकरण बनाना चाहते थे। क्या ऑटोोकॉमिट चालू करने का कोई अन्य कारण है, या क्या यह हमेशा एक गलती है?

Answer 1

दुर्भाग्य से, ऑटोोकॉमिट का उपयोग डेटाबेस विशिष्ट (लेनदेन व्यवहार के रूप में) है। मुझे लगता है कि यदि आपके पास वैश्विक, प्रोग्रामेटिक लेन-देन रणनीति नहीं है, तो ऑटोकॉमिट शायद उम्मीद कर रहा है कि हर कोई सही ढंग से लेनदेन को बंद/रोल करता है।

MySQL के लिए बोलते हुए, आप डिफ़ॉल्ट रूप से autocommit = true को छोड़ सकते हैं, और जब आप लेनदेन करते हैं तो यह स्वचालित रूप से बंद हो जाएगा। Autocommit = false सेट करने का एकमात्र कारण यह है कि यदि कोई BEGIN के बिना लेनदेन शुरू करने का प्रयास करता है तो आप एक त्रुटि को मजबूर करना चाहते हैं।

आज सामान्य जावा + माईएसक्यूएल एप्लिकेशन में सादगी के लिए, मैं ऑटो-प्रतिबद्ध सेटिंग को कम या ज्यादा अनदेखा करता हूं, ओपन-सत्र-इन-व्यू पैटर्न का उपयोग करता हूं और इसे अच्छा कहता हूं।

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

Answer 2

कमिट-मोड डीबी को ताले रखने के तरीके को बदलता है।

केवल लेनदेन मोड के दौरान ऑटो-प्रतिबद्ध मोड को अक्षम करने की सलाह दी जाती है। इस तरह, आप एकाधिक बयानों के लिए डेटाबेस ताले रखने से बचते हैं, जो अन्य उपयोगकर्ताओं के साथ संघर्ष की संभावना को बढ़ाता है।

...

एक लेनदेन के दौरान टकराव से बचने के लिए, एक डीबीएमएस डेटा है कि लेनदेन द्वारा पहुँचा जा रहा करने के लिए दूसरों के द्वारा पहुँच को अवरुद्ध करने के लिए ताले, तंत्र का उपयोग करता है। (ध्यान दें कि स्वतः-मोड, जहां प्रत्येक बयान एक सौदे में, ताले केवल एक बयान के लिए आयोजित की जाती हैं।)

http://download.oracle.com/javase/tutorial/jdbc/basics/transactions.html

Answer 3

केवल उचित कारण मैं देख सकता हूँ connection.commit() और से छुटकारा पाने के लिए है छोटे अनुप्रयोगों में सरल एकल-क्वेरी लेनदेन में connection.rollback() बॉयलरप्लेट। कच्चे रूप में जेडीबीसी के लिए पहले से ही बहुत सारे बॉयलरप्लेट की आवश्यकता है। प्रत्येक पंक्ति कम जेडीबीसी शुरुआत करने वालों को कम डरावनी बनाता है।

Answer 4

9 5% कोडबेस जो मैं अभी काम कर रहा हूं, में एक ही अपडेट शामिल है जहां ऑटोकॉमिट पर पूरी तरह से उचित है। तो, हम इसके लिए डिफ़ॉल्ट हैं। केवल उस लेन-देन की आवश्यकता वाले कोड के अनुभागों को करने के लिए पर्याप्त रूप से इसे बंद कर दें, फिर ऑटोकॉमिट सही हो जाता है!

Answer 5

मैं लगभग हमेशा autocommit = true के साथ चलाता हूं। 99% समय, मेरे अपडेट परमाणु हैं। निश्चित रूप से, ऐसे मामले हैं जहां आप डेबिट लिखते हैं और फिर उस क्रेडिट को लिखने में असफल हो जाते हैं जिसे आप रोलबैक करना चाहते हैं। लेकिन मेरे अनुभव में, ये अपेक्षाकृत दुर्लभ हैं। आमतौर पर जो रिकॉर्ड मैं लिखता हूं वह स्वयं ही होता है। उस स्थिति में, प्रत्येक लेखन के बाद प्रतिबद्ध करने के साथ परेशान करने की आवश्यकता नहीं है। यह यहां और वहां कोड की एक पंक्ति को बचाता है। यदि प्रोग्राम की संरचना दी गई है, तो इसका अर्थ यह है कि मुझे अतिरिक्त प्रयास/पकड़ ब्लॉक की आवश्यकता नहीं है या मुझे कार्यों के बीच कनेक्शन ऑब्जेक्ट को पास करने की आवश्यकता नहीं है। यह कष्टप्रद कीड़े पर बचाता है जहां कोई प्रतिबद्धता भूल गया।

एकमात्र तरीका है कि मैं देखता हूं कि यह "किसी को परेशानी में लुभाने" सकता है, क्या वह निर्णय लेता है कि ऑटोकॉमिट बंद करना और प्रतिबद्धता या रोलबैक करना बहुत अधिक परेशानी है और इसलिए वह अद्यतन करता है जो व्यक्तिगत रूप से लेनदेन के भीतर होना चाहिए। तब सबकुछ ठीक काम करने के लिए एपर्स करता है जब तक कि कुछ भी नहीं होता है जो लेनदेन को रोकना चाहिए। यदि परीक्षण परिदृश्य अपर्याप्त हैं, तो मैं कल्पना कर सकता हूं कि यह उत्पादन में फिसल रहा है।

लेकिन आप किसी भी भाषा की लगभग किसी भी विशेषता के बारे में ऐसा कह सकते हैं। जैसे, मान लें कि आप एक प्रोग्राम लिखते हैं जो संख्याओं को संसाधित करता है कि 90% समय लंबे समय तक फिट होगा, लेकिन हर अब और फिर बड़ा हो सकता है। इस स्थिति के साथ सामना करने के लिए, बिगइंटर का उपयोग करना या बड़ी संख्याओं को संभालने के लिए एक नई कक्षा बनाना है। एक आलसी प्रोग्रामर लंबे समय तक उपयोग करने में लुप्त हो सकता है क्योंकि यह आमतौर पर काम करेगा और अन्य विकल्प बहुत अधिक परेशानी हैं। इसलिए आप निष्कर्ष निकालेंगे कि जावा में लंबे समय तक (या int) शामिल नहीं होना चाहिए क्योंकि जब कोई उचित नहीं है तो किसी को उनका उपयोग करने में लालसा हो सकता है?

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

Answer 6

ऑटो-प्रतिबद्धता सुविधाजनक है; लेकिन जेडीबीसी 3 spec में परिवर्तन के साथ, बहुत कम उपयोगी हो गया है।

चूंकि "ऑटो-प्रतिबद्ध" मोड में जेडीबीसी 3 कनेक्शन में एक से अधिक वक्तव्य खुले नहीं हो सकते हैं। किसी अन्य कथन को निष्पादित करना, पहले को बंद कर देगा - किसी भी परिणामसेट सहित।

इस प्रकार, एक चयन के भीतर लूपिंग और अद्यतन जारी करने (या यहां तक ​​कि नेस्टेड SELECTs) विफल हो जाएंगे। जाहिर है यह एक अपराध है, वास्तव में अपने बाहरी चयन के परिणामों के साथ कुछ करना चाहते हैं!

---

वैसे भी, विशिष्ट ड्राइवर & संस्करण पर निर्भर करता है .. लेकिन सामान्य रूप में JDBC 3 कल्पना इस बेकार व्यवहार जनादेश प्रतीत होता है। ड्राइवरों को अपग्रेड करने से भी इस व्यवहार को 'अनजाने' मिल सकता है।

ऑटो-प्रतिबद्ध का उपयोग क्यों करें? मूल रूप से, यह उपयोगी था & सुविधाजनक। अन्य उत्तर कहना के रूप में, JDBC बक और हैंडलिंग के प्रचुर मात्रा में आवश्यकता होती है सही ढंग से कॉल करने के लिए .. JDBC वास्तव में एक अच्छी तरह से डिजाइन एपीआई :(हाइबरनेट या वसंत के JdbcTemplate का उपयोग कर

---

इन दिनों, तुम बेहतर होगा नहीं है। और यदि आप servlets/web ऐप्स कर रहे हैं, तो "उपयोगकर्ता अनुरोध" की सीमाओं पर अपने लेन-देन प्रबंधन (प्रारंभ/समाप्ति) या हाइबरनेट सत्र (इसे थ्रेड-लोकल में बाध्य करें) रखें।

उदाहरण के लिए, प्राप्त करें ServletRequest की शुरुआत में अपना कनेक्शन/लेनदेन बांधें और इसे अंत में वापस कर दें।

आप javax.servlet.filter या इसी तरह का उपयोग कर सकते हैं, और इसे बांध सकते हैं एक धागे की स्थानीय करने के लिए, यह आवश्यकता, आदि एक स्थिर सहायक इसे पाने के लिए कर सकते हैं या

Answer 7

वैसे वहाँ कुछ शर्तों कि सावधान देखो की जरूरत है, जबकि सक्रिय करने के वैश्विक स्तर पर "स्वत: प्रतिबद्ध" कर रहे हैं:

ए।) प्रश्न स्तर पर लेनदेन प्रबंधन उपयोगकर्ता को छोड़ा जाएगा, उदाहरण के लिए यदि किसी को सफल होने या विफल होने के लिए प्रश्नों की गुच्छा की आवश्यकता है तो उसे BEGIN के तहत लपेटने और लेनदेन करने की आवश्यकता है।

बी।) याद रखें, "ऑटो-प्रतिबद्ध" सक्षम होने पर कोई रोलबैक नहीं है।

सी।) प्रत्येक लेनदेन को लिखने (काम करने) का एक ओवरहेड भी है।

डी।) केवल पढ़ने के लिए प्रश्नों को "ऑटो-प्रतिबद्ध" की कोई स्पष्ट आवश्यकता नहीं है, लेकिन "ऑटो-प्रतिबद्ध" सक्षम करके यह सभी प्रश्नों के लिए स्वचालित रूप से लागू होता है।

यदि टेबल लॉकिंग ऑटो-प्रतिबद्ध करने में सक्षम होने की एकमात्र चिंता है तो यह एक अच्छा विचार नहीं हो सकता है, बल्कि कोई लॉक टाइमआउट का सहारा ले सकता है।