Thử lại Logic cho LINQ-TO-SQL trên SQL Azure - Triển khai hiệu quả?

Question

Tôi có một ứng dụng web khá lớn bằng cách sử dụng LINQ-TO-SQL đang chạy trong Azure và tôi gặp phải lỗi Transient từ SQL-Azure và do đó cần triển khai thử lại. Tôi nhận thức được Transient Fault Handling Framework và một số trang web cung cấp cho ví dụ làm thế nào để sử dụng nó, nhưng có vẻ như bạn phải quấn mỗi một trong các truy vấn LINQ của bạn trong một cái gì đó tương tự như sau:

RetryPolicy retry = new RetryPolicy<MyRetryStrategy>(5, TimeSpan.FromSeconds(5)); 
Result = retry.ExecuteAction(() => 
{ 
    … LINQ query here... 
}); 

Với hàng trăm các truy vấn LINQ trong lớp dữ liệu của tôi, điều này có vẻ thực sự lộn xộn, cộng với thực tế là nhiều lần truy vấn không thực sự được thực hiện cho đến khi kết quả được liệt kê. Ví dụ, hầu hết các hàm của tôi trong lớp dữ liệu của tôi trả lại một IQueryable <> lên đến lớp nghiệp vụ, (làm cho chúng linh hoạt hơn việc trả về một Danh sách). Vì vậy, điều đó có nghĩa là bạn phải xả rác lớp logic kinh doanh của bạn với cơ sở dữ liệu thử lại logic - xấu xí. Vì vậy, tôi đoán để giữ logic thử lại trong lớp dữ liệu, tôi sẽ phải đặt .ToList() trên tất cả các truy vấn của tôi để chúng được thực thi ngay tại đó, và không phải trong lớp ở trên.

Tôi thực sự muốn có một cách để thực hiện thử lại logic trong một số lớp cơ sở và không phải thay đổi tất cả các truy vấn của tôi. Có vẻ như EF cũng sẽ có vấn đề này.

Câu trả lời thực sự là thử và nói với nhóm SQL-Azure để thực hiện tự động thử lại, vì vậy chúng tôi không phải lo lắng về điều đó trong mã của chúng tôi?

Answer 1

Tôi không biết giải pháp tốt vì LINQ to SQL không cho phép chúng tôi chặn truy vấn. Nhưng một trình mã hóa nhỏ có thể giúp. Giống như (pseudo code):

public Result QueryWithRetry(IQueryable query) 
{ 
     RetryPolicy retry = new RetryPolicy<MyRetryStrategy>(5, TimeSpan.FromSeconds(5)); 
    (() => 
    { 
     return retry.ExecuteAction(query); 
    } 
} 

Bây giờ nó là một chút dễ dàng hơn để gọi phương pháp này:

Result = QueryWithRetry (... LINQ truy vấn ở đây ...);

Tuy nhiên, vẫn cần phải sửa đổi mã của bạn và thay đổi mọi truy vấn.

Trân trọng,

Ming Xu.

Answer 2

Sau khi cần triển khai một cái gì đó như thế này, tôi đã tiếp tục và làm cho nó trở thành một thư viện: https://github.com/daveaglick/LinqToSqlRetry (MIT được cấp phép và có sẵn trên NuGet).

Bạn có thể thử lại SubmitChanges() cuộc gọi bằng cách viết SubmitChangesRetry() thay vì:

using(var context = new MyDbContext()) 
{ 
    context.Items.InsertOnSubmit(new Item { Name = "ABC" }); 
    context.SubmitChangesRetry(); 
} 

Bạn cũng có thể thử truy vấn bằng cách sử dụng phương pháp Retry() mở rộng:

using(var context = new MyDbContext()) 
{ 
    int count = context.Items.Where(x => x.Name == "ABC").Retry().Count(); 
} 

Logic retry cụ thể là kiểm soát bởi chính sách. Dưới mui xe, cơ chế retry trông giống như:

int retryCount = 0; 
while (true) 
{ 
    try 
    { 
     return func(); 
    } 
    catch (Exception ex) 
    { 
     TimeSpan? interval = retryPolicy.ShouldRetry(retryCount, ex); 
     if (!interval.HasValue) 
     { 
      throw; 
     } 
     Thread.Sleep(interval.Value); 
    } 
    retryCount++; 
} 

Hiểu rằng các chức năng trong các cuộc gọi đến func() và đối tượng retryPolicy được cung cấp dựa trên việc sử dụng. Điều này chỉ cung cấp cho bạn một ý tưởng những gì đang xảy ra trong vòng lặp thử lại. Chỉ cần nhìn vào kho lưu trữ để biết thêm thông tin.