.NET 后台工作程序和 SQLTransactions

Question

我在哪里可以找到信息或者如何在BackgroundWorker 线程中处理SQL Server 事务？据我了解，错误处理不应在“DoWork”事件中设置，并且错误在内部处理并传递给“RunWorkerCompleted”。

我目前使用 SubSonic 作为我的 DAL，并通过 BackGroundWorder 线程传递一些冗长的插入和更新我遇到的问题是，当出现故障时，我决定使用 transactionscope，但找不到有关使用 BackgroundWorker 线程的事务的信息。

Answer 1

使用 TransactionScope 进行事务非常简单。

1. 创建一个新的 TransactionScope（最好在 using 块内）

2. 创建一个新的 Sql 连接（如果您以相反的方式进行操作，则不会工作）

3. 运行一些增删改查操作

4. 完成事务

5. ???

6. 利润！！！

就亚音速而言，这是您必须做的：

using (var ts = new TransactionScope())
using (new SubSonic.SharedDbConnectionScope())
{

    DoSomethingWithYourData();

    ts.Complete();
}

这就是在后台发生的事情：

如果您创建一个新的 TransactionScope，则静态属性 Transaction.Current 将设置为您的事务。现在，如果您创建一个新的 DbConnection，连接本身会查找 Transaction.Current 是否不为 null 并订阅 TransactionCompleted 事件。

如果在释放 Connection 之前调用 ts.Complete()，则会提交事务，否则事务将回滚，并在 TransactionScopes Dispose() 方法中抛出异常。

SubSonic 本身将为您执行的每个语句创建一个新的连接（没有错误，这是设计造成的），但对于事务来说并不实用。这就是 SharedDbConnectionScope() 存在的原因。它的工作原理与 TransactionScope 类似（如果一个新的 AutomaticConnectionScope 检测到存在当前 SharedDbConnectionScope() ，它将使用它的连接。否则将创建一个新连接。

顺便说一句， using 语法没什么用除此之外：

var obj = new ObjectThatImplementsIDisposable();
try
{

}
finally
{
    obj.Dispose();
}

长话短说：如果您在线程或BackgroundWorker中运行它，它不会影响您的事务。但是，您应该记住，如果您使用SharedDbConnecionScope()，即使来自其他线程的查询也会使用它们。不认为 SqlClient 库是线程安全的（但我可能是错的，但 MySqlClient 绝对不是。

结论：我会切换到 TransactionScope，因为它易于使用、灵活、通用（如果您决定有一天使用您的应用程序切换到 mysql 或 oracle，您不必担心）

阅读问题的第一部分：
- 我认为让 BackGroundWorker 的 DoWork 方法抛出异常是一个糟糕的设计。但你可以使用这种方法：

private void worker_DoWork(object sender, DoWorkEventArgs e)
{
    try
    {
         ExecuteATransaction()
    }
    catch (Exception ex)
    {
         RollBackTransaction();
         e.Result = ex;
    }
}

private void worker_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
{
    if (e.Result && e.Result.GetType() == typeof(Exception))
       throw ((Exception)e.Result);
    else
       Console.WriteLine("Everything went better than expected ;-)");
}