根据 C# 中的条件保护关键部分

Question

我正在处理一个奇怪的场景。

我正在使用 EntityFramework 在多线程环境中将数据保存（插入/更新）到 SQL 数据库中。问题是我需要访问数据库以查看是否已经创建了具有特定键的寄存器，以便设置字段值（正在执行），或者是新设置不同的值（待定）。这些寄存器由唯一的引导标识。

我已经通过设置锁解决了这个问题，因为我知道实体不会出现在任何其他进程中，换句话说，我在不同的进程中不会有相同的 guid，并且它似乎工作正常。它看起来像这样：

static readonly object LockableObject = new object();
static void SaveElement(Entity e)
{
       lock(LockableObject)
       {
           Entity e2 = Repository.FindByKey(e);
           if (e2 != null)
           {
               Repository.Insert(e2);
           }
           else
           {
               Repository.Update(e2);
           }
       }
}

但这意味着当我有大量的请求需要保存时，它们将排队。

我想知道是否有类似的东西（请仅将其视为一个想法）：

static void SaveElement(Entity e)
{
       (using ThisWouldBeAClassToProtectBasedOnACondition protector = new ThisWouldBeAClassToProtectBasedOnACondition(e => e.UniqueId)
       {
           Entity e2 = Repository.FindByKey(e);
           if (e2 != null)
           {
               Repository.Insert(e2);
           }
           else
           {
               Repository.Update(e2);
           }
       }
}

该想法将具有一种基于条件的保护，因此每个实体 e 都会有自己的基于 e.UniqueId 属性的锁。

有什么想法吗？

Answer 1

不要在需要数据库事务或约束的地方使用应用程序锁。

使用锁来防止数据库中出现重复条目​​并不是一个好主意。它限制了应用程序的可扩展性，强制只存在一个可以添加或更新此类记录的实例。或者更糟糕的是，有人最终会尝试将应用程序扩展到多个进程或服务器，这将导致数据损坏（因为锁是单个进程的本地锁）。

您应该考虑的是在数据库和事务中使用唯一约束的组合，以确保添加相同条目的两次尝试都不会成功。一个会成功，另一个将被迫回滚。

Answer 2

这可能对你有用，你可以锁定 e 的实例：

   lock(e)
   {
       Entity e2 = Repository.FindByKey(e);
       if (e2 != null)
       {
           Repository.Insert(e2);
       }
       else
       {
           Repository.Update(e2);
       }
   }