实现原子 Web 服务调用的惯用方式

Question

我有一个网络服务，它具有创建某种实体的操作。 Web 服务中执行实际工作的方法会调用该 Web 服务的其他几个方法。其中一些方法需要访问数据库才能查询或更新数据。

如何确保作为网络请求的一部分进行的所有调用都是同一事务的一部分？

示例

我的主要方法打开一个数据库连接（和事务）。我应该将数据库连接对象（和/或事务对象）传递给其他方法，以便他们可以重用现有的方法而不是打开自己的方法吗？

我希望尽可能接近这里的标准，但我不确定这种情况，因为您发现的大多数示例只执行单个 SQL，通常在 using 块内。

在我的情况下，我还将使用创建数据库连接的 using 块，并在此块内调用其他几个传递数据库连接的方法。这是好的做法还是有其他方法？

Answer 1

如果你有web调用需要在事务中做工作，可以在控制器方法中打开一个TransactionScope，等所有工作完成后调用TransactionScope.Complete()，如下：

using (var transaction = new TransactionScope())
{
    // Do the work, no need to pass the transaction anywhere
    WriteSomethingToTheDatabase();
    WriteSomethingElseToTheDatabase();

    transaction.Complete();
}

public void WriteSomethingToTheDatabase()
{
    // Under the hood, .NET will obtain a connection from the connection pool, and enlist it in the ambient TransactionScope
    using (var connection = new SqlConnection(...))
    {
        // Assuming Dapper for a simpler example. :)
        connection.Execute(...);
    }
}

public void WriteSomethingElseToTheDatabase()
{
    // Under the hood, .NET will obtain a connection from the connection pool, and enlist it in the ambient TransactionScope
    using (var connection = new SqlConnection(...))
    {
        // Assuming Dapper for a simpler example. :)
        connection.Execute(...);
    }
}

如上所述，您不需要在任何地方传递交易，因为它作为“环境”交易工作。也就是说，在此处调用的代码中打开的任何新连接无论如何都会自动“登记”该事务。您应该始终在尽可能短的时间内打开/关闭连接。也不必担心传递连接，因为连接池在后台运行，以确保为您处理实际数据库连接。

一些注意事项包括：

• 事务在 Web 服务调用中不起作用（这应该很明显）。因此，如果您在客户端中打开事务，然后通过 HTTP 调用 2 个或更多 Web 服务来执行数据库操作，那么这些 Web 服务进行的任何数据库调用都不会成为客户端事务的一部分。
• 假设所有涉及的数据库引擎都支持，跨不同类型数据库的事务最终将成为“分布式事务”。 MSSQL、MSMQ、RavenDB 都将加入一个“两阶段提交”事务。理想情况下，您希望避免这种情况，只需让“本地事务”跨连接到单个数据库工作。
• 请注意，根据您的隔离级别，在不同事务中运行的代码（例如，来自不同用户的另一个 Web 请求进入服务器，在不同线程上执行等）将无法看到更改，直到您提交（通过TransactionScope.Complete()）。