避免跨线程/进程数据库评估的最佳实践

Question

我正在开发 MVC Web 应用程序。

这意味着我正在创建视图、模型、视图模型。我使用 linq-to-sql 作为数据库提供程序，我已经实现了自定义 Unit-of-Work 模式，以及看起来完美的数据源、存储库和服务模式（在我的实现中）并且与直接的 SQL 代码完全分离。实际上，来自任何为单元测试而设计的数据库，因此我可以使用内存数据源测试我的应用程序，而不会影响数据库。

最终我遇到了一个问题：我没有针对跨线程（或跨进程，因为据我所知，IIS 可以使用单个 Web 应用程序创建多个应用程序域）操作的保护。

例如，我有一个包含一些记录的表。并且不时发生一个 Web 请求（在控制器内部，然后是服务，然后是存储库）选择 SQL 表的最大行，比如说 TicketId 列，然后在该表中插入另一行 (that column value + 1)。

如果两个或多个线程或进程做同样的事情，重复的值可能会出现在数据库中。前段时间，当我的 web 应用程序更小时，我在 SELECT 语句中使用了直接 SQL 代码和简单的 UPDLOCK TransactionScope using 块锁定了我正在修改的记录（或其他任何东西）阻止所有其他数据库客户端等到我完成。

对于所有这些模式，我忘记了一件事：
我如何实际实施数据库多访问保护问题？
没有任何直接的 SQL 代码。

Answer 1

我如何实际实现数据库多访问保护问题？

这是数据库引擎的工作。如果报告了任何问题，您的工作是确保您的应用程序正常失败。见Locking in the Database Engine。

例如，我有一个包含一些记录的表。并且时不时会发生一个网络请求 （在控制器内部，然后是服务，然后是存储库）在假设 TicketId 列的最大值 > 上选择 SQL 表的行，然后在该表中插入具有（该列值 + 1）的另一行。

我在这里得到的印象是，考虑到您正在尝试复制它的行为，您似乎对您的数据库没有太大的信心。将您的字段设置为auto-increment，这应该可以解决您的问题。如果您确实必须实现自己的手动自动增量，那么您需要使用某种形式的锁定，因为您本质上拥有的是竞争条件，例如

private static object lockObject = new Object();

lock(lockObject)
{
    ... DB stuff
}

对于跨进程锁定，您可能需要查看名为Mutex。

Answer 2

为什么不用一张表来表示一个票号和Seriliazable transaction isolation level的使用交易呢？

int GetTicketNumber(bool shouldIncrement)
{

   if(shouldIncrement)
   {
     // use transaction with serilizable isolation level
     select and update
   }
   else
   {
     //just select
   }

}