我需要通过 try/catch 包装 TransactionScope 吗？

Question

MSDN 包含此代码示例：

// This function takes arguments for 2 connection strings and commands to create a transaction 
// involving two SQL Servers. It returns a value > 0 if the transaction is committed, 0 if the 
// transaction is rolled back. To test this code, you can connect to two different databases 
// on the same server by altering the connection string, or to another 3rd party RDBMS by 
// altering the code in the connection2 code block.
static public int CreateTransactionScope(
    string connectString1, string connectString2,
    string commandText1, string commandText2)
{
    // Initialize the return value to zero and create a StringWriter to display results.
    int returnValue = 0;
    System.IO.StringWriter writer = new System.IO.StringWriter();

    try
    {
        // Create the TransactionScope to execute the commands, guaranteeing
        // that both commands can commit or roll back as a single unit of work.
        using (TransactionScope scope = new TransactionScope())
        {
            using (SqlConnection connection1 = new SqlConnection(connectString1))
            {
                // Opening the connection automatically enlists it in the 
                // TransactionScope as a lightweight transaction.
                connection1.Open();

                // Create the SqlCommand object and execute the first command.
                SqlCommand command1 = new SqlCommand(commandText1, connection1);
                returnValue = command1.ExecuteNonQuery();
                writer.WriteLine("Rows to be affected by command1: {0}", returnValue);

                // If you get here, this means that command1 succeeded. By nesting
                // the using block for connection2 inside that of connection1, you
                // conserve server and network resources as connection2 is opened
                // only when there is a chance that the transaction can commit.   
                using (SqlConnection connection2 = new SqlConnection(connectString2))
                {
                    // The transaction is escalated to a full distributed
                    // transaction when connection2 is opened.
                    connection2.Open();

                    // Execute the second command in the second database.
                    returnValue = 0;
                    SqlCommand command2 = new SqlCommand(commandText2, connection2);
                    returnValue = command2.ExecuteNonQuery();
                    writer.WriteLine("Rows to be affected by command2: {0}", returnValue);
                }
            }

            // The Complete method commits the transaction. If an exception has been thrown,
            // Complete is not  called and the transaction is rolled back.
            scope.Complete();

        }

    }
    catch (TransactionAbortedException ex)
    {
        writer.WriteLine("TransactionAbortedException Message: {0}", ex.Message);
    }
    catch (ApplicationException ex)
    {
        writer.WriteLine("ApplicationException Message: {0}", ex.Message);
    }

    // Display messages.
    Console.WriteLine(writer.ToString());

    return returnValue;
}

我不清楚：

• 什么时候需要捕获TransactionAbortedException？
• 我目前正在应用程序生命周期内存储与数据库的连接，而不是每次都打开和关闭它。这与使用事务有冲突吗？ （或者这通常是一个缺陷？）
• 如果我不关心该值是否实际插入，我需要做什么？ （我只是想确保数据库不会损坏。）

Answer 1

不，TransactionScope 不需要 try/catch，因为您应该已经通过 using 使用它，并且最后一步（根据示例）应该是将其标记为已完成。如果它命中 Dispose() 但没有完成，那么它会回滚。

重述你的要点：

• 你不需要，除非你有非常具体的理由来处理该异常；我从来没有以特定的方式处理这种情况 - 这是如此出乎意料，我很高兴它作为一个真正的异常事件出现，
• 存储您自己的开放连接在这里不是一个好主意- 除了潜在的线程问题和不必要的打开连接之外：您忽略了默认情况下已经内置的连接池这一事实（至少对于 SQL Server 而言）。含义：您根据需要创建/打开一个新的SqlConnection（范围严格），并且池担心实际连接 - 您可能添加这里的开销，但获得的很少（在池中找到现有连接非常快）。如果您仔细检查，您可能会注意到即使您Close()您的连接，数据库服务器也会报告它正在使用中；这是因为您的 Close() 只是将其放回池中以供重复使用
• ；事务应该是 ACID

Answer 2

永远保持开放连接并不是一个好习惯。
如果您正在开发网络应用程序，那么您将很容易达到最大连接数。
最好始终随身携带连接实例并打开连接执行任何数据库操作，然后关闭连接。

使用Using(){}，是处理DB组件的正确方法。