TransactionScope.Dispose Metodo

public:
 virtual void Dispose();

public void Dispose ();

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

Public Sub Dispose ()

Implementazioni

Esempio

Nell'esempio seguente viene illustrato come usare la TransactionScope classe per definire un blocco di codice per partecipare a una transazione.

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

Commenti

La chiamata a questo metodo contrassegna la fine dell'ambito della transazione. Se l'oggetto ha creato la transazione ed Complete è stato chiamato nell'ambito, l'oggetto TransactionScopeTransactionScope tenta di eseguire il commit della transazione quando viene chiamato questo metodo. In questo caso, questo metodo blocca fino al completamento della prima fase dell'elaborazione delle transazioni. La prima fase termina dopo che tutti i responsabili delle risorse e gli elenchi nella transazione hanno votato sul risultato della transazione e il TransactionManager ha deciso duramente di eseguire il commit o l'interruzione della transazione. La seconda fase di elaborazione è sempre asincrona. Pertanto, non esiste alcuna garanzia che i dati appena sottoposti a commit dall'interno di una determinata transazione saranno immediatamente disponibili quando non si usa un'altra transazione per visualizzare questi dati.

L'uso della costruzione C# using garantisce che questo metodo venga chiamato anche se si verifica un'eccezione. Le eccezioni che si verificano dopo la chiamata a questo metodo potrebbero non avere alcun effetto sulla transazione. Questo metodo ripristina anche la transazione ambientale allo stato originale. Viene TransactionAbortedException generato se la transazione non viene effettivamente eseguita il commit.

Poiché questo metodo blocca fino al completamento della prima fase dell'elaborazione delle transazioni, è consigliabile prestare attenzione quando si usa questo metodo in un'applicazione Windows Form (WinForm) o un deadlock può verificarsi. Se si chiama questo metodo all'interno di un evento WinForm Control (ad esempio, facendo clic su un pulsante) e si usa il metodo sincrono Invoke per indirizzare il controllo per eseguire alcune attività dell'interfaccia utente (ad esempio, modificando i colori) al centro dell'elaborazione della transazione, si verificherà un deadlock. Questo avviene perché il metodo è sincrono e blocca il Invoke thread di lavoro fino al termine del processo del thread dell'interfaccia utente. Tuttavia, nello scenario, il thread dell'interfaccia utente è in attesa del commit della transazione del thread di lavoro. Il risultato è che nessuno è in grado di procedere e l'ambito attende in modo indefinito il completamento del commit. È consigliabile usare BeginInvoke anziché Invoke ovunque possibile, perché è asincrono e quindi meno soggetto a deadlock.

Per altre informazioni su come viene usato questo metodo, vedere l'argomento Implementazione di una transazione implicita tramite ambito transazione .

Si applica a

Vedi anche

• Implementazione di una transazione implicita tramite ambito transazione