3

我正在为 MSSQL 驱动程序编写一个包装器，有人告诉我，我们需要确保每个传入的 UPDATE 或 DELETE 查询都包含 ROWLOCK 表提示。如果我可以在事务隔离级别而不是在每个现有查询中包含 WITH ROWLOCK 的某些糟糕的正则表达式来执行此操作，那就太棒了。现在，我要么是 SOL，要么只是对 ROWLOCK 实际做了什么感到非常困惑，所以如果我的理解有缺陷，请告诉我。

我相信我想要完成的是确保 UPDATE 或 DELETE 语句触及的任何行不仅在整个持续时间内与我的事务和我的事务引起的更改保持一致，而且重要的是防止受影响的行被触及由任何其他交易同时进行。

可用的隔离级别是（来自https://msdn.microsoft.com/en-us/library/ms173763.aspx）：

-- Syntax for SQL Server and Azure SQL Database  

SET TRANSACTION ISOLATION LEVEL  
    { READ UNCOMMITTED  
    | READ COMMITTED  
    | REPEATABLE READ  
    | SNAPSHOT  
    | SERIALIZABLE  
    }  
[ ; ]

READ COMMITED 和 REPEATABLE READ 似乎都有助于防止我接触的数据受到事务范围内任何外部变化的影响。但是，如果我正确解释了 ROWLOCK 的观点，我不仅想保留我范围内的数据状态，我还想防止其他任何人以任何形式接触我正在处理的数据，直到我我完全结束了，我的交易已经提交。

我相信并希望这里的问题是误解了 ROWLOCK 的意义。所以让我重申一下，任务是在每个 UPDATE 或 DELETE 语句中包含 ROWLOCK 表提示，但要从事务隔离级别执行此操作。我正在使用繁琐的 Node.js 驱动程序，但我认为这与这个问题无关。

4

1 回答 1

3

如果我清楚地理解了您的问题，那么您似乎正在寻找 SNAPSHOT ISOLATION。它不执行行锁，但使用行版本控制。根据您的问题，由于性能原因，您似乎不希望对“读取”进行任何锁定，但希望保持写入操作的完整性。

快照隔离级别使用行版本控制来提供事务级别的读取一致性。读取操作不获取页锁或行锁，但使用 DML 语句进行行版本控制。

与 (rowlock) 一样，它指示数据库应该在行范围内保持锁定。这意味着数据库将避免将锁升级到块或表范围。这将使另一个查询同时读取不相关的行，而不必等待删除完成。

上面提到的行锁的使用可以使用 SNAPSHOT ISOLATION 来实现，您将能够读取不相关的行。

于 2016-11-18T17:33:16.383 回答