Sự cố đồng thời với nhiều giao dịch cơ sở dữ liệu độc lập?

Question

Bạn sẽ giải quyết vấn đề tương tranh với mã sau đây như thế nào? Trong ví dụ này, chúng tôi muốn biết lý do tại sao xác thực người dùng không thành công. Vấn đề là mã này thực hiện hai cuộc gọi riêng biệt với cơ sở dữ liệu, nhưng chúng tôi muốn toàn bộ phương thức xảy ra bên trong một giao dịch khái niệm. Cụ thể, chúng tôi quan tâm đến số isolation. Chúng tôi không muốn đồng thời viết trong khi thực hiện phương pháp này để ảnh hưởng đến lần đọc của chúng tôi trước khi chúng tôi xác định lý do cho lỗi xác thực.

Một vài giải pháp cần lưu ý: Thread Locking, TransactionScope và Optimistic Locking. Tôi thực sự thích ý tưởng Khóa lạc quan, vì tôi nghĩ rằng xung đột có thể hiếm, nhưng không có gì được tích hợp vào .NET để làm điều này, đúng không?

Ngoài ra - đây có phải là điều gì đó thực sự lo ngại về trường hợp này không? Khi có các vấn đề tương tranh như thế này thì điều quan trọng cần xem xét và khi nào thì chúng? Những gì cần phải được xem xét trong việc thực hiện một giải pháp? Hiệu suất? Thời lượng của khóa? Khả năng xung đột sẽ xảy ra như thế nào?

Chỉnh sửa: Sau khi xem xét câu trả lời của Aristos, tôi nghĩ rằng những gì tôi thực sự sau là một số loại "snapshot" mức cách ly cho phương thức Xác thực.

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; 
    } 

Answer 1

Dựa trên đọc sách của tôi here và here, nó có vẻ như một System.Transactions.TransactionScope gói toàn bộ phương pháp của bạn nên tự động tranh thủ các cuộc gọi cơ sở dữ liệu của bạn trong một giao dịch thông thường, kết quả trong giao dịch an toàn trên toàn bộ phạm vi giao dịch.

Bạn muốn làm điều gì đó như thế này:

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

tôi sẽ sử dụng mutex sử dụng tên như khóa parametre, vì vậy chỉ cùng một người dùng có thể có thể khóa ra cho một lúc. Điều này cho tôi là an toàn hơn cho một máy tính bởi vì với mutex tôi có thể nắm bắt tất cả các chủ đề có thể từ các hồ bơi khác nhau hoặc các cuộc gọi web.

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) 
    } 
} 

Nhận xét khác: Cả hai Membership.ValidateUser và Membership.GetUser gọi điện đến cơ sở dữ liệu.

Nhưng nếu bạn sử dụng phiên asp.net tiêu chuẩn cho các trang mà thực hiện cuộc gọi này và ảnh hưởng đến các thông số này, sau đó trang tất cả các khóa sẵn sàng một trong những người kia vì vậy tôi nghĩ rằng không có cơ hội để cần này cuộc gọi mutex. Vì khóa phiên là đủ để đồng bộ hóa và phần này. Tôi nhắc rằng phiên đang khóa trang từ đầu đến cuối cho tất cả người dùng.

Về khóa phiên: Replacing ASP.Net's session entirely

jQuery Ajax calls to web service seem to be synchronous