TransactionScope.Dispose Método

Definición

Espacio de nombres:

System.Transactions

Ensamblado:

System.Transactions.Local.dll

Source:

TransactionScope.cs

Finaliza el ámbito de la transacción.

public:
 virtual void Dispose();

public void Dispose ();

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

Public Sub Dispose ()

Implementaciones

Dispose()

Ejemplos

En el ejemplo siguiente se muestra cómo usar la TransactionScope clase para definir un bloque de código para participar en una transacción.

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

Comentarios

Al llamar a este método, se marca el final del ámbito de la transacción. Si el TransactionScope objeto creó la transacción y Complete se llamó en el ámbito, el TransactionScope objeto intenta confirmar la transacción cuando se llama a este método. En este caso, este método se bloquea hasta que se complete la primera fase del procesamiento de transacciones. La primera fase finaliza después de que todos los administradores de recursos y las inscripciones de la transacción hayan votado sobre el resultado de la transacción y el TransactionManager ha decidido confirmar o anular la transacción de forma duradera. La segunda fase del procesamiento siempre es asincrónica. Por lo tanto, no hay ninguna garantía de que los datos confirmados desde dentro de una transacción determinada estarán disponibles inmediatamente después cuando no usen otra transacción para ver estos datos.

El uso de la construcción de C# using garantiza que se llame a este método incluso si se produce una excepción. Las excepciones que se producen después de llamar a este método quizá no afecten a la transacción. Este método también restaura la transacción ambiental al estado original. Se produce una TransactionAbortedException excepción si la transacción no se confirma realmente.

Dado que este método se bloquea hasta que se completa la primera fase del procesamiento de transacciones, debe tener mucho cuidado al usar este método en una aplicación de Windows Forms (WinForm) o puede producirse un interbloqueo. Si llamas a este método dentro de un evento WinForm Control (por ejemplo, al hacer clic en un botón) y usas el método sincrónico Invoke para dirigir el control para realizar algunas tareas de interfaz de usuario (por ejemplo, cambiar colores) en medio del procesamiento de la transacción, se producirá un interbloqueo. Esto se debe a que el Invoke método es sincrónico y bloquea el subproceso de trabajo hasta que el subproceso de interfaz de usuario finaliza su trabajo. Sin embargo, en nuestro escenario, el subproceso de interfaz de usuario también espera a que el subproceso de trabajo confirme la transacción. El resultado es que ninguno puede continuar y el ámbito espera indefinidamente a que finalice la confirmación. Debe usar BeginInvoke en lugar de Invoke siempre que sea posible, ya que es asincrónico y, por lo tanto, menos propenso a interbloqueo.

Para obtener más información sobre cómo se usa este método, vea el tema Implementación de una transacción implícita mediante ámbito de transacción .

Consulte también

• Implementación de una transacción implícita mediante el ámbito de transacción