Cách giải quyết Concurrency và xung đột khi tạo khóa tự động trong SQL Server

Yêu cầu

Trong yêu cầu thực tế của dự án mà tôi gặp phải, đó là trong trường hợp tạo mã khách hàng trong dữ liệu khách hàng, chúng tôi cần phải đảm bảo các yêu cầu sau:

1. Mã khách hàng được sinh tự động gồm 13 ký tự số.

2. Mã khách hàng được đánh theo nguyên tắc: [xxx]{0}[Số thứ tự tăng dần]

Trong đó: [xxx] là 3 ký tự số quy định tùy theo nơi đăng ký sẽ khách nhau; {0} là được chèn vào để đảm bảo mã khách hàng luôn là 13 ký tự số; [Số thứ tự tăng dần] là số tăng dần bắt đầu từ 1.

Phân tích

Rõ ràng, với [Số thứ tự tăng dần] thì chúng tôi đơn giản tạo 1 cột số nguyên và sử dụng tính năng Auto-increment của SQL Server. Với mã khách hàng của khách hàng mới, thì sẽ thực hiện lần lượt các công việc:

1. SELECT [Số thứ tự tăng dần] từ bảng Customers

2. [Mã khách hàng mới] = [Số thứ tự tăng dần] + 1

2. Gán các số 0 vào đầu [Mã khách hàng mới] để đủ 10 ký tự số

3. Gán 3 ký tự số [xxx] cho sẳn vào đầu [Mã khách hàng mới]

4. INSERT [Mã khách hàng mới] vào cơ sở dữ liệu

Vậy, việc giải quyết vấn đề Concurrency và xung đột sẽ như thế nào cần được đặt ra.

Cách giải quyết vấn đề

Có một cách giải quyết vấn đề đơn giản và hiệu quả là sử dụng lời gợi ý (hint) UPDLOCK. Khóa UPDATE là một shared lock mà sẽ không khóa các lệnh đọc khác. Tuy nhiên, tại một thời điểm chỉ có một xử lý (process) được giữ UPDLOCK trên 1 dòng (row), vì vậy nếu đồng thời có 2 xử lý song song đồng thời, thì xử lý thứ hai sẽ phải chờ xử lý thứ nhất hoàn thành rồi mới tiến hành giữ khóa UPDATE để thực hiện.

Và đây là đoạn code để mô tả cách giải quyết vấn đề trên:

BEGIN TRANSACTION

SELECT coalesce(MAX(CustomerIndex, 0)) + 1 FROM Customers WITH (UPDLOCK)

-- Thực hiện tạo Mã khách hàng mới dựa trên số thứ tự nhận được

INSERT Customers(...)

COMMIT TRANSACTION

SQLite3 đã được viết bằng .NET

Noah Hart đã viết lại SQLite3 bằng C#. Mặc dù bản đầu tiên này vẫn chậm hơn so với bản gốc, tuy nhiên dự án này đã mở ra cách mới cho việc sử dụng SQLite trong C# mà không phải sử dụng P/Invoke hoặc mã lệnh không-an-toàn (unsafe code).

Dự án C#-SQLite được đưa trên trang Google Code với phiên bản của SQLite 3.6.16, mã nguồn này tuân thủ theo giấy phép (license) Create Common 3.0. C#-SQLite đã được kiểm thử với hơn 30,000 trường hợp test với chỉ có 9 trường hợp test vẫn chưa thực hiện được. Mã nhị phân hoàn chỉnh của nó là 528KB trong khi bản gốc là 506KB. Hiệu năng của nó là vẫn chậm hơn từ 3-5 lần so với bản gốc được cài đặt bằng C, nhưng mã nguồn C# hiện tại vẫn chưa được tối ưu hóa, và hiệu năng hiện tại vẫn ở mức chấp nhận được. Hiện tại, thì số dòng trên một giây được thể hiện ở bảng sau:

Test	C#-SQLite	SQLite 3
Insert	300K	1300K
Select	1500K	8450K
Update	60K	300K
Delete	250K	700K

C#-SQLite tuy có hiệu năng chậm hơn so với SQLite được cài đặt trên C, tuy nhiên nó thật sự là sự lựa chọn tốt cho các lập trình viên C#, bởi vì tránh phải sử dụng P/Invoke bởi vì nó khá chậm và không linh hoạt. Một lý do khác nữa là mã nguồn C sử dụng lệnh goto trong hầu hết mọi nơi, có thể cản trở việc ngăn chặn các ngoại lệ.