TransactionScope.Dispose Метод

public:
 virtual void Dispose();

public void Dispose ();

abstract member Dispose : unit -> unit
override this.Dispose : unit -> unit

Public Sub Dispose ()

Реализации

Примеры

В следующем примере показано, как использовать TransactionScope класс для определения блока кода для участия в транзакции.

// 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);
    }

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

    return returnValue;
}

'  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.
Public Function CreateTransactionScope( _
  ByVal connectString1 As String, ByVal connectString2 As String, _
  ByVal commandText1 As String, ByVal commandText2 As String) As Integer

    ' Initialize the return value to zero and create a StringWriter to display results.
    Dim returnValue As Integer = 0
    Dim writer As System.IO.StringWriter = 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 scope As New TransactionScope()
            Using connection1 As 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.
                Dim command1 As SqlCommand = 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 connection2 As 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
                    Dim command2 As SqlCommand = New SqlCommand(commandText2, connection2)
                    returnValue = command2.ExecuteNonQuery()
                    writer.WriteLine("Rows to be affected by command2: {0}", returnValue)
                End Using
            End Using

        ' The Complete method commits the transaction. If an exception has been thrown,
        ' Complete is called and the transaction is rolled back.
        scope.Complete()
        End Using
    Catch ex As TransactionAbortedException
        writer.WriteLine("TransactionAbortedException Message: {0}", ex.Message)
    End Try

    ' Display messages.
    Console.WriteLine(writer.ToString())

    Return returnValue
End Function

Комментарии

Вызов этого метода отмечает конец область транзакции. TransactionScope Если объект создал транзакцию и Complete был вызван в область, TransactionScope объект пытается зафиксировать транзакцию при вызове этого метода. В этом случае этот метод блокируется до завершения первого этапа обработки транзакций. Первый этап завершается после того, как все диспетчеры ресурсов и зачисления в транзакцию проголосовали за результат транзакции, и TransactionManager специалисты решили зафиксировать или прервать транзакцию. Второй этап обработки всегда является асинхронным. Таким образом, нет никакой гарантии, что данные, только что зафиксированные в рамках данной транзакции, будут немедленно доступны после этого, если не использовать другую транзакцию для просмотра этих данных.

Использование конструкции C# using гарантирует, что этот метод вызывается даже при возникновении исключения. Исключения, возникающие после вызова данного метода, могут не воздействовать на транзакцию. Этот метод также восстанавливает исходное состояние внешней транзакции. Если TransactionAbortedException транзакция фактически не зафиксирована, возникает исключение .

Так как этот метод блокируется до завершения первого этапа обработки транзакций, следует соблюдать осторожность при использовании этого метода в приложении Windows Forms (WinForm), иначе может возникнуть взаимоблокировка. Если вызвать этот метод внутри одного события WinForm Control (например, нажатие кнопки) и использовать синхронный Invoke метод, чтобы направить элемент управления на выполнение некоторых задач пользовательского интерфейса (например, изменение цветов) в середине обработки транзакции, произойдет взаимоблокировка. Это связано с Invoke тем, что метод является синхронным и блокирует рабочий поток до тех пор, пока поток пользовательского интерфейса не завершит свою работу. Однако в нашем сценарии поток пользовательского интерфейса также ожидает фиксации транзакции рабочим потоком. В результате ни один из них не может продолжить работу, а область ожидает завершения фиксации. Следует использовать BeginInvoke , а не Invoke везде, где это возможно, так как он является асинхронным и, следовательно, менее подвержен взаимоблокировки.

Дополнительные сведения об использовании этого метода см. в разделе Реализация неявной транзакции с помощью области транзакции .

Применяется к

См. также раздел

• Реализация неявной транзакции с помощью области транзакции