• When two or more users retrieve t

• When two or more users retrieve the data in the same row of a database table at the same time, it is called concurrency. Because ADO.NET uses a disconnected data architecture, the database management system can’t prevent this from happening.
• If two users try to update the same row in a database table at the same time, the second user’s changes could overwrite the changes made by the first user. Whether or not that happens depends on the concurrency control that the programs use.
• With optimistic concurrency, the program checks to see whether the database row that’s going to be updated or deleted has been changed since it was retrieved. If it has, a concurrency exception occurs and the update or deletion is refused. Then, the program should handle the exception.
• If optimistic concurrency isn’t in effect, the program doesn’t check to see whether a row has been changed before an update or deletion takes place. Instead, the opera¬tion proceeds without throwing an exception. This is referred to as “last in wins” because the last update overwrites any previous update. And this can lead to errors in the database.
How to avoid concurrency errors
• For many applications, concurrency errors rarely occur. As a result, optimistic concurrency is adequate because the users will rarely have to resubmit an update or deletion that is refused.
• If concurrency is likely to be a problem, a program that uses a dataset can be designed so it updates the database and refreshes the dataset frequently. That way, concurrency errors are less likely to occur.
• Another way to avoid concurrency errors is to design a program so it retrieves and updates just one row at a time. That way, there’s less chance that two users will retrieve and update the same row at the same time.

Kết quả (Việt) 1:

• Khi hai hoặc nhiều người sử dụng truy xuất dữ liệu trong dòng tương tự của một bảng cơ sở dữ liệu cùng một lúc, nó được gọi là concurrency. Bởi vì ADO.NET sử dụng một kiến trúc bị ngắt kết nối dữ liệu, Hệ thống quản lý cơ sở dữ liệu không thể ngăn chặn điều này xảy ra.• Nếu hai người dùng cố gắng Cập Nhật cùng hàng trong một bảng cơ sở dữ liệu cùng một lúc, thay đổi thứ hai của người sử dụng có thể ghi đè lên những thay đổi được thực hiện bởi người sử dụng đầu tiên. Đó xảy ra hay không phụ thuộc vào điều khiển concurrency các chương trình sử dụng.• Với lạc quan concurrency, chương trình kiểm tra để xem liệu dòng cơ sở dữ liệu sẽ được Cập Nhật hoặc xóa bỏ đã được thay đổi kể từ khi nó được lấy. Nếu nó có một ngoại lệ concurrency xảy ra và Cập Nhật hoặc xoá từ chối. Sau đó, chương trình nên xử lý ngoại lệ.• Nếu concurrency lạc quan không phải là trong thực tế, chương trình không kiểm tra xem liệu một hàng đã được thay đổi trước khi một bản Cập Nhật hoặc xóa diễn ra. Thay vào đó, opera¬tion tiền mà không ném một ngoại lệ. Điều này được gọi là "cuối trong thắng" bởi vì cuối Cập Nhật sẽ ghi đè bất kỳ Cập Nhật trước đó. Và điều này có thể dẫn đến lỗi trong cơ sở dữ liệu.Làm thế nào để tránh concurrency lỗi• Cho nhiều ứng dụng, concurrency lỗi hiếm khi xảy ra. Kết quả là, lạc quan concurrency là đầy đủ, bởi vì những người sử dụng hiếm khi sẽ phải gửi lại một bản Cập Nhật hoặc xóa mà từ chối.• Nếu concurrency có khả năng là một vấn đề, một chương trình mà sử dụng một tập dữ liệu có thể được thiết kế để nó sẽ cập nhật cơ sở dữ liệu và làm mới bộ dữ liệu thường xuyên. Bằng cách đó, concurrency lỗi là ít có khả năng xảy ra.• Một cách khác để tránh concurrency lỗi là để thiết kế một chương trình để truy lục và Cập Nhật chỉ là một hàng tại một thời điểm. Bằng cách đó, đó là ít hơn có thể có hai người dùng sẽ lấy và Cập Nhật cùng hàng cùng một lúc.