TransactionScope.Dispose Metod

public:
 virtual void Dispose();

public void Dispose();

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

Public Sub Dispose ()

Implementeringar

Exempel

I följande exempel visas hur du använder TransactionScope klassen för att definiera ett kodblock för att delta i en transaktion.

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

Kommentarer

Att anropa den här metoden markerar slutet på transaktionsomfånget. TransactionScope Om objektet skapade transaktionen och Complete anropades i omfånget TransactionScope försöker objektet checka in transaktionen när den här metoden anropas. I det här fallet blockeras den här metoden tills den första fasen av transaktionsbearbetningen har slutförts. Den första fasen avslutas efter att alla resurshanterare och registreringar i transaktionen har röstat om transaktionsresultatet TransactionManager och har bestämt sig för att checka in eller avbryta transaktionen. Den andra fasen av bearbetningen är alltid asynkron. Därför finns det ingen garanti för att data som just har checkats in från en viss transaktion blir omedelbart tillgängliga efteråt när du inte använder en annan transaktion för att visa dessa data.

Användningen av C#- using konstruktionen säkerställer att den här metoden anropas även om ett undantag inträffar. Undantag som inträffar efter att den här metoden anropats kanske inte påverkar transaktionen. Den här metoden återställer också den omgivande transaktionen till det ursprungliga tillståndet. En TransactionAbortedException genereras om transaktionen inte har checkats in.

Eftersom den här metoden blockeras tills den första fasen av transaktionsbearbetningen är klar bör du vara mycket försiktig när du använder den här metoden i ett winform-program (Windows Form) eller ett dödläge kan inträffa. Om du anropar den här metoden i en WinForm Control-händelse (till exempel genom att klicka på en knapp) och använder den synkrona Invoke metoden för att dirigera kontrollen för att utföra vissa UI-uppgifter (till exempel ändra färger) mitt under bearbetningen av transaktionen, uppstår ett dödläge. Det beror på att Invoke metoden är synkron och blockerar arbetstråden tills användargränssnittstråden har slutfört sitt jobb. Men i vårt scenario väntar användargränssnittstråden också på att arbetstråden ska checka in transaktionen. Resultatet är att ingen kan fortsätta och omfånget väntar på obestämd tid för att incheckningen ska slutföras. Du bör använda BeginInvoke i stället Invoke för när det är möjligt, eftersom det är asynkront och därmed mindre utsatt för dödläge.

Mer information om hur den här metoden används finns i avsnittet Implementera en implicit transaktion med transaktionsomfång .

Se även

• Implementera en implicit transaktion med transaktionsomfång