• 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 operation 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 đó, các hoạt động tiến hành 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.• 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) 2:

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