TransactionScope.Dispose Método

public:
 virtual void Dispose();

public void Dispose();

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

Public Sub Dispose ()

Implementações

Exemplos

O exemplo seguinte demonstra como usar a TransactionScope classe para definir um bloco de código para participar numa transação.

// 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

Observações

Chamar este método marca o fim do âmbito da transação. Se o TransactionScope objeto criou a transação e Complete foi chamado no escopo, o TransactionScope objeto tenta comprometer a transação quando este método é chamado. Neste caso, este método bloqueia até que a primeira fase do processamento das transações esteja concluída. A primeira fase termina depois de todos os gestores de recursos e recrutamentos na transação terem votado no resultado da transação e TransactionManager decidido de forma permanente comprometer-se ou abortar a transação. A segunda fase do processamento é sempre assíncrona. Portanto, não há garantia de que os dados recém-comprometidos dentro de uma dada transação estejam imediatamente disponíveis depois de não usar outra transação para visualizar esses dados.

A utilização da construção C# using garante que este método é chamado mesmo que ocorra uma exceção. As exceções que ocorrem após a chamada desse método podem não afetar a transação. Este método também restaura a transação ambiente ao seu estado original. A TransactionAbortedException é lançado se a transação não for efetivamente comprometida.

Como este método bloqueia até que a primeira fase do processamento das transações esteja concluída, deve ter muito cuidado ao utilizá-lo numa aplicação Windows Form (WinForm), caso contrário pode ocorrer um bloqueio. Se chamar este método dentro de um evento WinForm Control (por exemplo, clicar num botão) e usar o método síncrono Invoke para direcionar o controlo para executar algumas tarefas da interface (por exemplo, mudar cores) a meio do processamento da transação, ocorrerá um bloqueio. Isto porque o Invoke método é síncrono e bloqueia o worker thread até que o UI thread termine o seu trabalho. No entanto, no nosso cenário, o thread UI também está à espera que o thread worker comprometa a transação. O resultado é que nenhum consegue avançar e o alcance espera indefinidamente que o Commit termine. Deves usar BeginInvoke em vez de Invoke sempre que possível, porque é assíncrono e, por isso, menos propenso a deadlocks.

Para mais informações sobre como este método é utilizado, consulte o tópico Implementar uma Transação Implícita Usando o Âmbito da Transação .

Ver também

• Implementar uma Transação Implícita Usando o Âmbito da Transação