Mức cách ly trong Giao dịch Sql

Question

Tôi đã triển khai SqlTransaction trong C# để bắt đầu, giao dịch và quay lại. Mọi thứ đang diễn ra đúng, nhưng tôi đã gặp một số vấn đề trong khi truy cập những bảng có liên quan trong quá trình giao dịch. Tôi không thể đọc bảng trong giao dịch (các bảng đang giao dịch). Trong khi tìm kiếm về điều này, tôi thấy rằng nó xảy ra do một khóa độc quyền. Bất kỳ sự lựa chọn tiếp theo nào trên dữ liệu đó đều phải đợi cho đến khi khóa độc quyền được giải phóng. Sau đó, tôi đã trải qua mọi mức cô lập được cung cấp bởi SqlTransaction, nhưng nó không hoạt động. Vì vậy, tôi cần phải giải phóng khóa độc quyền trong khi giao dịch để người dùng khác có thể truy cập trên bảng đó và có thể đọc dữ liệu. Có phương pháp nào để đạt được điều này không? Cảm ơn trước.

Dưới đây là C# mã của tôi cho giao dịch

try 
{ 
    SqlTransaction transaction = null;       
    using (SqlConnection connection=new SqlConnection(Connection.ConnectionString)) 
    { 
     connection.Open(); 
     transaction=connection.BeginTransaction(IsolationLevel.Snapshot,"FaresheetTransaction");    
     //Here all transaction occurs 
     if (transaction.Connection != null) 
     {  
       transaction.Commit(); 
       transaction.Dispose(); 
     } 
    } 
} 
catch (Exception ex) 
{ 
    if (transaction.Connection != null) 
     transaction.Rollback(); 
    transaction.Dispose(); 
} `       

Mã này đang làm việc tốt, nhưng vấn đề là khi tôi truy cập vào dữ liệu của bảng (những người truy cập trong thời gian giao dịch) trong suốt thời gian thực hiện giao dịch. Các bảng đang được truy cập bởi các phần khác của ứng dụng. Vì vậy, khi tôi cố gắng đọc dữ liệu từ bảng, nó ném một ngoại lệ.

Answer 1

Giao dịch SQL, theo thiết kế, ACID. Đặc biệt, đó là "Tôi" đang làm tổn thương bạn ở đây - đây là được thiết kế để ngăn các kết nối khác nhìn thấy trạng thái trung gian không phù hợp.

Kết nối đọc cá nhân có thể chọn để bỏ qua quy tắc này bằng cách sử dụng các NOLOCK gợi ý, hoặc mức READ UNCOMMITTED cô lập, nhưng có vẻ như bạn muốn là cho viết kết nối để không mất nhiều ổ khóa. Vâng, điều đó sẽ không xảy ra.

Tuy nhiên, những gì sức giúp đỡ là cho độc giả sử dụng chụp cô lập, mà đạt được cách ly mà không cần người đọc tham gia khóa (bằng cách nhìn vào, như tên cho thấy, một shapshot point-in-time của nhà nước thống nhất khi giao dịch bắt đầu).

Tuy nhiên, IMO bạn sẽ được tư vấn tốt hơn để nhìn vào một trong hai:

• nhiều, chi tiết hơn, các giao dịch từ các nhà văn
• thực hiện công việc trong một bảng dàn (bản sao song song của dữ liệu) , sau đó hợp nhất dữ liệu đó vào dữ liệu thực trong một vài thao tác chèn/cập nhật/xóa hàng loạt, giảm thiểu thời gian giao dịch

Đầu tiên đơn giản hơn.

Thực tế đơn giản là: nếu bạn thực hiện giao dịch dài chạy hoạt động trên nhiều dữ liệu, có bạn sẽ gây ra sự cố. Đó là lý do tại sao bạn không làm điều đó. Hệ thống đang hoạt động chính xác.

Answer 2

Cố gắng thực hiện các lần đọc của bạn trong một giao dịch và sử dụng mức cách ly READ UNCOMMITTED. Điều này sẽ ngăn chặn việc đọc không bị khóa, nhưng có thể tạo ra kết quả không hợp lệ:

SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED  
BEGIN TRANSACTION 

SELECT * FROM Table 

COMMIT TRANSACTION 

Có một quan niệm sai lầm rằng đối phó với các giao dịch/mức cô lập chỉ quan trọng khi viết, trong khi thực tế nó cũng không kém phần quan trọng khi đọc.

Answer 3

Sự cố không ở cấp độ viết vào cơ sở dữ liệu mà ở cấp độ giá trị đọc. Bạn đang cố đọc các giá trị đang chèn. Hãy thử thay đổi truy vấn chọn của bạn để theo dõi:

select * from your_table_with_inserts with (nolock) 

tuy nhiên điều này sẽ ghi đè mức độc lập của giao dịch hiện tại và có thể gây đọc bẩn.

Vì vậy, câu hỏi đặt ra là: nếu bạn đang sử dụng giao dịch trên tất cả các truy vấn hoặc chỉ chèn/cập nhật?

Answer 4

@ AKASH88, SNAPSHOT mức cô lập là những gì bạn đang tìm kiếm.

Bạn nói rằng ngay cả khi SNAPSHOT nó không hoạt động như dự kiến, khóa độc quyền đang diễn ra, tôi có thể hiểu rằng, tôi đã có cùng một vấn đề.

Đảm bảo bạn không chỉ kích hoạt SNAPSHOT trên các tùy chọn cơ sở dữ liệu, nhưng cũng phải bật READ COMMITTED SNAPSHOT.

Đây là SQL Server 2008, vì vậy nó vẫn còn không chắc chắn nếu câu trả lời này sẽ giúp :(

Trân trọng!