首先在 EF 代码中进行悲观锁定

Question

我想专门锁定表中的指定行，因此在实际事务完成之前不允许读取任何更新。为此，我在我的数据库存储库中创建了一个帮助类：

public void PessimisticMyEntityHandler(Action<IEnumerable<MyEntity>> fieldUpdater, string sql, params object[] parameters)
{
    using (var scope = new System.Transactions.TransactionScope())
    {
        fieldUpdater(DbContext.Set<MyEntity>().SqlQuery(sql, parameters));
        scope.Complete();
    }
}

这是我的测试代码。基本上我只是开始了两个任务，他们都试图用 Id '1' 锁定行。我的猜测是，在第一个任务完成其工作之前，第二个任务将无法读取（和更新）该行，但输出窗口显示它实际上可以。

Task.Factory.StartNew(() =>
{
      var dbRepo = new DatabaseRepository();
      dbRepo.PessimisticMyEntityHandler(myEntities =>
      {
                Debug.WriteLine("entered into lock1");

                /* Modify some properties considering the current ones... */
                var myEntity = myEntities.First();
                Thread.Sleep(1500);
                myEntity.MyEntityCode = "abcdefgh";
                dbRepo.Update<MyEntity>(myEntity);

                Debug.WriteLine("leaving lock1");
     }, "SELECT * FROM MyEntities WITH (UPDLOCK, HOLDLOCK) WHERE Id = @param1", new SqlParameter("param1", 1));
});

Task.Factory.StartNew(() =>
{
      Thread.Sleep(500);
      var dbRepo = new DatabaseRepository();
      dbRepo.PessimisticMyEntityHandler(myEntities =>
      {
                Debug.WriteLine("entered into lock2");

                /* Modify some properties considering the current ones... */
                var myEntity = myEntities.First();
                myEntity.MyEntityCode = "xyz";
                dbRepo.Update<MyEntity>(myEntity);

                Debug.WriteLine("leaving lock2");
     }, "SELECT * FROM MyEntities WITH (UPDLOCK, HOLDLOCK) WHERE Id = @param1", new SqlParameter("param1", 1));
});

输出窗口：

entered into lock1
entered into lock2
leaving lock2
leaving lock1

Answer 1

您的要求涉及 DBMS 中的两个主要现象，尤其是 SQL Server 中的两个主要现象：Lock 和 Isolation Level。我尽我所能在夏天解释它们。

您询问了Pessimistic Concurrency。答案是：Entity Framework 尚不支持它。换句话说，通过 EF 的常规 API，您不能像 Oracle 通过 SELECT FOR UPDATE 那样为 SELECT 锁定表或某些行。尽管您可以通过编写本机SQL 命令来使用Exclusive 锁定选择某些行或整个表并保持此锁定直到事务结束来实现此目的。这样其他线程不仅不能更新选中的行，也不能选中它们。在您释放锁之前，它们会被阻止。这就是我在项目中所做的，虽然有点冒险，但效果很好。

所以在夏天： 锁定选择： EF 否/本机 SQL 是

锁定更新：

当您修改 DB 中的行时，修改后的行会获得某种lock。锁的种类由正在运行的Transaction 的Isolation Level 决定。 SQL Server 中Isolation Level 的默认值为Read Committed，这意味着在当前事务中修改的所有行都获得Shared 锁定。此锁与SELECT 兼容，但与UPDATE 或DELETE 不兼容。这意味着当您修改事务中的一行时，默认情况下保证没有其他并行线程可以推断和更改它们，直到您通过COMMIT 或ROLLBACK 结束事务。

• 要了解 SQL Server 中的锁，请参阅： http://technet.microsoft.com/en-us/library/aa213039(v=sql.80).aspx
• 要了解事务隔离级别，请参阅：http://technet.microsoft.com/en-us/library/ms189122(v=sql.105).aspx

.

更新：

表提示UPDLOCK and HOLDLOCK 可能会被查询优化器或其他 DBMS 模块忽略，因为它们只是 提示 :-)。唯一肯定强制执行的表提示组合是(XLOCK, PAGLOCK)。

Example: SELECT * FROM MyTable WITH (XLOCK, PAGLOCK)

正如我所说，手动锁定是有风险的。以最大程度的考虑使用它。