4

我在这里看到了一个关于这个的问题，但是它很旧，所以如果现在存在解决方案，我会再次询问。

我的问题是这个。我有一个我想从中选择的数据库表，但我想锁定我选择的行。这样做的原因是我可能正在运行另一个进程，它也想选择相同的行，我想阻止这种情况。

想象一下，我有两个进程在做同样的事情。一个执行选择并开始执行数据处理。然后几秒钟后，下一个进程出现并进行选择，但由于行没有被锁定，它也需要相同的记录并开始处理它们。这当然是一个糟糕的情况。在 Oracle 中，您可以使用 SELECT FOR UPDATE 来锁定行以防止它们被第二个进程使用。这在 SQL Server 2008 中如何实现？

我应该补充一点，我只能使用标准的 sql 语句。我无权访问过程、函数等。它必须通过一个简单的语句来完成。这是一个很长的故事和一个设计考虑，已经脱离了我的掌控。解决方案必须能够存储在表中，稍后检索，然后通过 C# 中的 ADO 对象运行，特别是分配给命令对象。

如何将锁应用于此语句？

SELECT * 
FROM 
  (SELECT TOP (20) * 
   FROM [TMA_NOT_TO_ENTITY_QUEUE]  
   WHERE [TMA_NOT_TO_ENTITY_QUEUE].[STATE_ID] = 2 
   ORDER BY TMA_NOT_TO_ENTITY_QUEUE.ID) a
4

4 回答 4

9

您需要使用所谓的表格提示之一：

更新锁阻止其他进程尝试更新或删除有问题的行 - 但它不会阻止读取访问：

    SELECT TOP (20) * 
    FROM [TMA_NOT_TO_ENTITY_QUEUE] WITH (UPDLOCK)
    WHERE [TMA_NOT_TO_ENTITY_QUEUE].[STATE_ID] = 2 
    ORDER BY TMA_NOT_TO_ENTITY_QUEUE.ID

还有一个独占锁，但基本上，更新锁应该足够了。一旦您选择了带有更新锁的行，这些行就会受到“保护”以防止更新和写入，直到您的事务结束。

于 2012-08-14T10:36:32.257 回答
3

通过锁定，您希望第二个过程发生什么？如果您希望它等到第一个完成，您完全可以使用事务隔离级别来做到这一点。

尝试运行这个小测试，你会明白：

在 SSMS 上打开两个新查询（让我们从现在开始将其称为 A 和 B）并在 A 上创建一个简单的表，如下所示：

create table transTest(id int)
insert into transTest values(1)

现在，执行以下操作：

做select * from transTest他们两个。您将看到值 1

跑步时：

set transaction isolation level read committed

在 B 运行：

begin transaction
insert into transTest values(2)

跑步时：

select * from transTest

您将看到查询不会完成，因为它被 B 上的事务锁定

在 B 运行：

commit transaction

回到A，你会看到查询完成了

在 A 上设置事务隔离级别 read uncommitted 重复测试，您将看到查询不会被事务锁定

于 2012-08-14T09:37:41.833 回答
2

您应该将您的流程包装在事务中，并适当地设置事务隔离级别（即：可序列化）

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
BEGIN TRAN
     UPDATE yourtable...
     -- process 1
COMMIT TRAN

和

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
BEGIN TRAN
     UPDATE yourtable...
    -- process 2
COMMIT TRAN

这种行为自古以来就存在于 SQL Server 中。

其他事务隔离级别可用。

于 2012-08-14T09:24:15.940 回答
0

SQL Server 和Oracle 的锁定机制完全不同（甚至在行为上相反）。如果您在代码中包含任何事务级别控制元素，它将不会是“与数据库无关的”，但无论如何也不会出现任何合理复杂性的数据库代码“与数据库无关”。在这种情况下，您必须仅使用“纯 SQL”保持在 SQL92 规范内并在应用程序端控制事务，而不使用“链接到 SQL”，但这会限制您编写有效（特定于数据库）解决方案的能力。

于 2016-09-22T18:17:19.927 回答