Mô phỏng chuỗi TSQL thông qua thủ tục được lưu trữ

Tôi có một yêu cầu để tạo một thủ tục được lưu trữ mô phỏng chuỗi TSQL. Đó là nó luôn cung cấp một giá trị nguyên khác biệt ngày càng tăng trên mỗi cuộc gọi. Ngoài ra, nếu một số nguyên được truyền vào, nó sẽ trả về giá trị đó nếu chưa bao giờ có kết quả lớn hơn hoặc số nguyên cao nhất tiếp theo khả dụng. Không cần phải nói có thể có nhiều khách hàng gọi SP này cùng một lúc.

Đưa ra một bảng MetaInfo với các cột MetaKey varchar (max) và MeatValueLong bigInt. Dự kiến ​​hàng có MetaKey của 'Internal-ID-Last' sẽ chứa giá trị cao nhất được gán cuối cùng. Tôi đã tạo các thủ tục được lưu trữ sau đây:

CREATE PROCEDURE [dbo].[uspGetNextID]
(
  @inID bigInt 
)
AS
BEGIN
    SET NOCOUNT ON;

    BEGIN TRANSACTION

    UPDATE MetaInfo WITH (ROWLOCK) 
      SET MetaValueLong = CASE 
                            WHEN ISNULL(MetaValueLong,0) > @inID THEN MetaValueLong+1 
                            ELSE @inID+1
                          END 
    WHERE MetaKey = 'Internal-ID-Last'

    SELECT MetaValueLong 
    FROM MetaInfo
    WHERE MetaKey = 'Internal-ID-Last'

    COMMIT TRANSACTION 

END

Câu hỏi của tôi chỉ đơn giản là, thủ tục được lưu trữ này có hoạt động như mong đợi không (tất cả người gọi sẽ được chỉ định một kết quả duy nhất)?

Tôi đã có một cái nhìn và MS tự cung cấp một giải pháp không có khóa

http://bloss.msdn.com/b/sqlcat/archive/2006/04/10/sql-server- resultence-number.aspx

Đây là một bản cập nhật đơn giản không có gợi ý khóa, nhưng họ nói rằng nó khóa / khóa chết.

Không có gì nhiều về SO về điều này cả.

Tôi có xu hướng thêm UPDLOCK vào ROWLOCK của bạn (theo "bảng dưới dạng hàng đợi" (SO) nhưng không có READPAST). Điều này sẽ tăng sự cô lập trong trường hợp quy trình thứ 2 bắt đầu đọc.

Tuy nhiên, thực tế tất cả các quy trình của bạn muốn đọc / ghi cùng một hàng khiến tôi lần thứ hai tự đoán. READPAST cho phép đồng thời an toàn nhưng trong trường hợp này nó vô dụng.

Lưu ý: bạn có thể sử dụng mệnh đề OUTPUT thay vì lựa chọn thứ 2 thì bạn không cần giao dịch.

HTH ...

Điều còn thiếu

1. SET XACT_ABORT
2. Exception Handling (Try Catch)

Vâng, nó sẽ đáp ứng điều kiện của bạn. Khi các tình huống như vậy xảy ra trong các giao dịch, Nó tạo ra nhiều trường hợp và sau đó, tất cả người gọi sẽ được chỉ định một kết quả duy nhất

Một giải pháp có thể mở rộng hơn mà không yêu cầu tuần tự hóa là:

CREATE PROCEDURE [dbo].[uspGetNextID]
(
  @inID BIGINT OUT
)
AS
      SET NOCOUNT ON
      SET IDENTITY_INSERT SequenceTable ON;
      INSERT INTO SequenceTable (id) VALUES (@inID);
      SET IDENTITY_INSERT SequenceTable OFF;
      INSERT INTO SequenceTable DEFAULT VALUES;
      DELETE FROM SequenceTable WITH (READPAST);
      SET @inID = SCOPE_IDENTITY();
RETURN;