通过并发检查SQL Server升级

Question

由于使用量增加和出现了一些问题，我的生产系统需要对并发检查进行改进。

目前，我正在使用遵循基本upsert模式的存储过程：

Update X where key = @key 
if @@rowcount = 0
Insert into... 

进入这种混合中，我需要检查行更改。 我计划使用Rowversion / Timestamp。

我不想只添加：

Update ...  Where key = @key AND Row_Version = @Row_Version 

我想触发一个SQL错误或C＃可能捕获的错误，以便我可以将并发问题传达给用户，而不是什么也不做或更多的“一般”错误。

因此，我认为我将不得不放弃我的Upsert并执行以下操作：

-- Update Check
if exists (select @Current_Row_Version from table where key = @key)
    if @Current_Row_Version != @Row_Version 

        RAISEERROR('Concurrency Violation - TableName', 11,1);            
        Return
    else
        Update * set...  Where Key = @key

else
    -- Insert
    insert ... 

那么，这看起来像我的正确轨道吗？ 有更好的模式或做法吗？

找到了一些有趣的示例，例如此处，但没有一个完全符合我的需求。 我可以在这里先尝试插入，但是我想我将比插入做更多的更新。

合并对我也不起作用。

此更新/插入也将是事务的一部分...如果任何部分失败，我需要回滚所有内容。 根据捕获的错误，使用C＃代码处理回滚。

Answer 1

为了确保在if和update之间行不会改变，可以指定锁定提示 updlock和holdlock ：

begin transaction;
if exists (select @Current_Row_Version from table with (updlock, holdlock) where key=@key)
    begin
    if @Current_Row_Version != @Row_Version 
        begin
        rollback transaction;
        raiserror ('Concurrency Violation - TableName', 11,1);            
        return
        end
    else
        update * set...  Where Key = @key
    end
commit transaction;

请注意， raiserror用一个E编写 。

进行乐观锁定的更常见方法是：

update   ...
set      ...
where    row_version = @target_row_version

然后检查客户端的更新行数。 如果为0，则您的乐观更新失败。

有关SQL Server并发支持的更多信息，请阅读MSDN页面以设置事务隔离级别 。