TransactionScope - आकर्षक, लेकिन कपटी

ADO.NET 2.0 बहुत समय पहले आया था, और इसके साथ System.Transactions असेंबली, जिसमें TransactionScope क्लास, लेन-देन की आसान और आसान उपयोग की दुनिया के लिए एक गाइड शामिल है। आज के लेख में, मैं इस लीक का उपयोग करते समय उत्पन्न होने वाली कुछ बारीकियों पर विचार करूंगा, लेकिन ऐसा अच्छा अमूर्तता है।



तो, ADO.NET 2.0 के साथ शुरू, एक लेनदेन में अपने कोड को लपेटने के लिए, डेवलपर के लिए इसे TransactionScope ब्लॉक के अंदर रखना पर्याप्त है:

using (var transactionScope = new TransactionScope(TransactionScopeOption.Suppress, new TransactionOptions() { IsolationLevel = IsolationLevel.Serializable }) { //   transactionScope.Complete(); } 

मैंने कंस्ट्रक्टर में सबसे महत्वपूर्ण मापदंडों का उपयोग किया - चलो उन्हें देखें (रिवर्स ऑर्डर में)।

IsolationLevel

अच्छा पुराना अलगाव । Enum IsolationLevel में 7 आइसोलेशन स्तर शामिल हैं, लेकिन स्वयं को फ़्लर्ट न करें - इन मानों की व्याख्या केवल ADO.NET प्रदाता की सिफारिशों के रूप में की जाती है, और आप केवल उन स्तरों का उपयोग कर सकते हैं जो आपके DBMS द्वारा समर्थित हैं।

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

वैसे, आप एक लेनदेन के दौरान अलगाव स्तर को नहीं बदल सकते।

TransactionScopeOption

Enum TransactionScopeOption में तीन मान शामिल हैं: आवश्यकता, आवश्यकताएँ, दबाएं, जो TransactionScope ब्लॉक में प्रवेश करते समय व्यवहार का निर्धारण करते हैं। TransactionScopeOption के सभी संभावित मामलों के तहत व्यवहार को msdn में अच्छी तरह से वर्णित किया गया है, और मैं इसे संक्षेप में प्रस्तुत करता हूं:

1. आवश्यकता है (डिफ़ॉल्ट मान) एक लेनदेन की आवश्यकता है। ब्लॉक में प्रवेश करने पर, या तो मूल लेन-देन का लेनदेन TranscScope (यदि कोई हो) का उपयोग किया जाएगा, या एक नया लेनदेन बनाया जाएगा।
2. आवश्यकताएँ हमेशा एक नए लेनदेन की आवश्यकता होती है।
3. दमन लेनदेन के बाहर ब्लॉक कोड निष्पादित करता है

ध्यान दें कि आवश्यकताएँ और दबाएं मोड में, कोई भी TransactionScope रूट है, जबकि आवश्यकता मोड में, आप नेस्टेड TransactionScope का उपयोग कर सकते हैं। नेस्टेड ट्रांजैक्शनस्कोप नेत्रहीन क्लासिक नेस्टेड लेनदेन (MySQL प्रेमियों को सेवपॉइंट्स के रूप में जाना जाता है) के समान है। लेकिन यह एक झूठी सादृश्यता है, और निम्न उदाहरण बताएगा कि क्यों:

 public void Method1() { using (var transactionScope1 = new TransactionScope(TransactionScopeOption.Requires)) { Method2(); transactionScope1.Complete(); } } public void Method2() { using (var transactionScope2 = new TransactionScope(TransactionScopeOption.Requires)) { //some code } } 

कृपया ध्यान दें कि मेथड 2 में हमने ट्रांसेक्शन को कॉल नहीं किया। Cope2.Complete, जिसका अर्थ है कि ट्रांजेक्शनस्कोप 2 वापस आ जाएगा। क्लासिक नेस्टेड लेनदेन के मामले में, हम रूट एक को वापस रोल किए बिना आंतरिक लेनदेन को वापस कर सकते हैं। यहाँ दोनों TransactionScope एक ही लेन-देन के भीतर काम करते हैं, जिसका अर्थ है कि यदि कम से कम एक आंतरिक लेनदेनScope पूर्ण कॉल नहीं करता है, तो लेन-देन को रोलबैक के लिए चिह्नित किया जाएगा, और जब आप रूट से बाहर निकलें TransactionScope, रोलबैक होगा (कम / रोलबैक लेन-देन हमेशा तब होता है जब आप रूट से बाहर निकलते हैं TransScope )। और अगर मूल TransactionScope में आप पूर्ण (Method1 के रूप में) कॉल करने का प्रयास करते हैं, और लेन-देन पहले ही रोलबैक के लिए चिह्नित किया गया है, तो TransactionAbortedException को फेंक दिया जाएगा।

नेस्टेड TransactionScope के बारे में, एक अप्रिय विशेषता है: कोड लिखने के समय, हम यह नहीं जानते हैं कि क्या TransactionScope का पूरा होने का मतलब लेनदेन करना होगा। मान लें कि हमारे पास निम्नलिखित विधि है:

 public void TransactionMethod(TransactionScopeOption.Requires) { using (var transactionScope = new TransactionScope(TransactionScopeOptions.Requires)) { ... transactionScope.Complete(); } //,   ,     } 

, साथ ही विधि जो इसे कॉल करती है:

 public void CallingMethod1() { //... TransactionMethod(); //... } 

और सब ठीक होगा, लेकिन समय के साथ, एक उच्च-स्तरीय सेवा दिखाई देती है जो अपने आंतरिक लेनदेन से TransactionMethod को कॉल करती है:

 public void CallingMethod1() { //... using (var transactionScope = new TransactionScope(TransactionScopeOptions.Requires)) { //... TransactionMethod(); //... transactionScope.Complete(); } //... } 

और यहां TransSMethod के भीतर transactionScope.Complete () को कॉल करने से लेन-देन नहीं होता है, जिसका अर्थ है कि अंतर्निहित तर्क, इस तथ्य से बंधा हुआ है कि लेनदेन पहले से ही प्रतिबद्ध है, विफल हो जाएगा।

यद्यपि, निष्पक्षता में, यह ध्यान देने योग्य है कि वर्णित स्थिति काफी विशिष्ट है, और, एक नियम के रूप में, डेवलपर को यह ध्यान नहीं है कि क्या वर्तमान लेनदेन को छोड़ते समय कोई कमिटमेंट होता है या किसी एक को ओवरले कर रहा है।

अब यह दो अन्य TransactionScopeOption मूल्यों पर ध्यान केंद्रित करने का समय है: आवश्यकताएँ और दबाएं। मुझे शायद ही कभी इन विधाओं का उपयोग करना पड़ा हो। इसके अलावा, अगर मैं गलत नहीं हूं, तो मैंने केवल एक बार ऐसा किया, और पिछले लेख में वर्णित समस्या को हल करते समय।

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

 [Test] public void void IntegrationTest() { using (new TransactionScope()) { //  //  Complete } } 

यदि आवश्यक मोड में TransactionScope परीक्षण कोड में बनाया गया है, तो वे TransactionScope परीक्षण को हुक कर देंगे, जिसका अर्थ है कि हम सभी परिवर्तनों को वापस रोल कर सकते हैं। यदि कोड में आवश्यकता या समर्थन मोड में TransactionScope शामिल है, तो हम परीक्षण TransSScope से उनके कार्य का परिणाम वापस नहीं ला सकते हैं। यह ध्यान देने योग्य है कि लेन-देन के समय (पिछले उदाहरण की तरह) में बंधा हुआ तर्क की उपस्थिति भी इस तकनीक का उपयोग करना असंभव बनाती है।

अंत में, मैं ध्यान देता हूं कि TransactionScope थ्रेड के लिए स्थानीय है (क्योंकि इसका कार्यान्वयन थ्रेडस्टैटिक चर पर आधारित है)। यदि आपको कई थ्रेड्स में से एक लेन-देन का उपयोग करने की आवश्यकता है, तो डिपेंडेंटट्रांसक्शन वर्ग का उपयोग करें।

शायद यही सब है। TransactionScope सुंदर है, लेकिन कपटी है - इसके बारे में मत भूलना :)