एकाधिक, स्वतंत्र डेटाबेस लेनदेन के साथ Concurrency मुद्दों?

Question

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

कुछ समाधान दिमाग में आते हैं: Thread Locking, TransactionScope और Optimistic Locking। मुझे वास्तव में आशावादी लॉकिंग का विचार पसंद है, क्योंकि मुझे लगता है कि संघर्ष दुर्लभ होने की संभावना है, लेकिन ऐसा करने के लिए .NET में कुछ भी नहीं बनाया गया है, है ना?

इसके अलावा - क्या इस मामले में वास्तव में इस बारे में चिंतित होना कुछ है? जब इस पर विचार करने के लिए इस तरह के महत्वपूर्ण मुद्दे हैं और वे कब नहीं हैं? समाधान को लागू करने के लिए क्या विचार किया जाना चाहिए? प्रदर्शन? ताला की अवधि? विवादों की संभावना कितनी है?

संपादित करें: Aristos 'जवाब समीक्षा करने के बाद, मुझे लगता है कि मैं क्या कर रहा हूँ वास्तव में के बाद "snapshot" प्रमाणित विधि के लिए अलगाव स्तर के कुछ प्रकार है।

public MembershipStatus Authenticate(string username, string password) 
    { 
     MembershipUser user = Membership.GetUser(username); 
     if (user == null) 
     { 
      // user did not exist as of Membership.GetUser 
      return MembershipStatus.InvalidUsername; 
     } 

     if (user.IsLockedOut) 
     { 
      // user was locked out as of Membership.GetUser 
      return MembershipStatus.AccountLockedOut; 
     } 

     if (Membership.ValidateUser(username, password)) 
     { 
      // user was valid as of Membership.ValidateUser 
      return MembershipStatus.Valid; 
     } 

     // user was not valid as of Membership.ValidateUser BUT we don't really 
     // know why because we don't have ISOLATION. The user's status may have changed 
     // between the call to Membership.GetUser and Membership.ValidateUser. 
     return MembershipStatus.InvalidPassword; 
    } 

mutex

Answer 1

मेरी पढ़ने here और here के आधार पर यह, अपने पूरे विधि लपेटकर स्वचालित रूप से एक आम लेनदेन में अपने डेटाबेस कॉल भर्ती चाहिए एक System.Transactions.TransactionScope की तरह लगता है, जिसके परिणामस्वरूप पूरे लेनदेन के दायरे में लेनदेन सुरक्षा में।

आप इस तरह कुछ करना चाहता हूँ चाहते हैं:

public MembershipStatus Authenticate(string username, string password) 
{ 
    using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Required, new TransactionOptions { IsolationLevel = IsolationLevel.Snapshot })) 
    { 
    MembershipUser user = Membership.GetUser(username); 
     if (user == null) 
     { 
      // user did not exist as of Membership.GetUser 
      return MembershipStatus.InvalidUsername; 
     } 

     if (user.IsLockedOut) 
     { 
      // user was locked out as of Membership.GetUser 
      return MembershipStatus.AccountLockedOut; 
     } 

     if (Membership.ValidateUser(username, password)) 
     { 
      // user was valid as of Membership.ValidateUser 
      return MembershipStatus.Valid; 
     } 

     // user was not valid as of Membership.ValidateUser BUT we don't really 
     // know why because we don't have ISOLATION. The user's status may have changed 
     // between the call to Membership.GetUser and Membership.ValidateUser. 
     return MembershipStatus.InvalidPassword; 
    } 
} 

Answer 2

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

public MembershipStatus AuthenticateLock(string username, string password) 
{ 
    if(string.IsNullOrEmpty(username)) 
     return MembershipStatus.InvalidUsername; 

    // TODO: Here you must check and clear for non valid characters on mutex name 
    using (var mutex = new Mutex (false, username)) 
    { 
     // possible lock and wait, more than 16 seconds and the user can go... 
     mutex.WaitOne (TimeSpan.FromSeconds(16), false); 

     // here I call your function anyway ! and what ever done... 
     // at least I get a result 
     return Authenticate(username, password) 
    } 
} 

अधिक टिप्पणियां: डेटाबेस के लिए दोनों Membership.ValidateUser और Membership.GetUser कर कॉल।

लेकिन आप पृष्ठ हैं जो यह कॉल करने के लिए मानक asp.net सत्र का उपयोग करें और इस पैरामीटर, तो पेज पूरी तरह से तैयार ताला एक अन्य इसलिए मुझे लगता है इस की जरूरत के लिए कोई मौका नहीं है कि वहाँ को प्रभावित करता है, तो म्यूटेक्स कॉल क्योंकि सत्र का लॉक सिंक्रनाइज़ करने और इस भाग के लिए पर्याप्त है। मुझे याद दिलाता है कि सत्र पृष्ठ से सभी उपयोगकर्ताओं के लिए शुरुआत से अंत तक लॉक कर रहा है।

सत्र ताला के बारे में: Replacing ASP.Net's session entirely

jQuery Ajax calls to web service seem to be synchronous