7

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

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
4

1 回答 1

10

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

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

所以总结一下： 锁定选择： EF 否/本机 SQL 是

锁定更新：

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

.

更新：

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

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

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

于 2013-10-10T18:55:16.203 回答