我正在为 MSSQL 驱动程序编写包装器,有人告诉我我们需要确保每个传入的 UPDATE 或 DELETE 查询都包含 ROWLOCK 表提示。如果我可以在事务隔离级别而不是每个现有查询的一些 whackjob 正则表达式来包含 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 驱动程序,但我认为这与这个问题无关。

最佳答案

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

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

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

上面提到的行锁的使用可以使用 SNAPSHOT ISOLATION 来实现,您可以在其中读取不相关的行。

关于sql - 是否可以从 MSSQL 中的事务隔离级别设置 ROWLOCK 表提示?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/40682565/

10-15 19:00