TransactionScope.Dispose Metoda

Definicja

Kończy zakres transakcji.

public:
 virtual void Dispose();
public void Dispose ();
abstract member Dispose : unit -> unit
override this.Dispose : unit -> unit
Public Sub Dispose ()

Implementuje

Przykłady

W poniższym przykładzie pokazano, jak używać TransactionScope klasy do definiowania bloku kodu do uczestnictwa w transakcji.

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

Uwagi

Wywołanie tej metody oznacza koniec zakresu transakcji. TransactionScope Jeśli obiekt utworzył transakcję i Complete został wywołany w zakresie, TransactionScope obiekt próbuje zatwierdzić transakcję po wywołaniu tej metody. W tym przypadku ta metoda blokuje do momentu ukończenia pierwszej fazy przetwarzania transakcji. Pierwsza faza kończy się po tym, jak wszystkie menedżery zasobów i rejestracje w transakcji głosowały na wynik transakcji i TransactionManager trwale postanowił zatwierdzić lub przerwać transakcję. Druga faza przetwarzania jest zawsze asynchroniczna. W związku z tym nie ma gwarancji, że dane właśnie zatwierdzone z poziomu danej transakcji będą natychmiast dostępne później, gdy nie będą używane innej transakcji do wyświetlania tych danych.

Użycie konstrukcji języka C# using gwarantuje, że ta metoda jest wywoływana nawet w przypadku wystąpienia wyjątku. Wyjątki, które mogą występować po wywołaniu tej metody nie może mieć wpływ na transakcji. Ta metoda przywraca również otoczenia transakcji do oryginalnego stanu. Wartość TransactionAbortedException jest zgłaszana, jeśli transakcja nie jest rzeczywiście zatwierdzona.

Ponieważ ta metoda blokuje do momentu ukończenia pierwszej fazy przetwarzania transakcji, należy zachować szczególną ostrożność podczas korzystania z tej metody w aplikacji Windows Form (WinForm) lub zakleszczenia. Jeśli wywołasz tę metodę wewnątrz jednego zdarzenia kontrolki WinForm (na przykład kliknięcie przycisku) i użyjesz metody synchronicznej Invoke , aby skierować kontrolkę do wykonywania niektórych zadań interfejsu użytkownika (na przykład zmiany kolorów) w środku przetwarzania transakcji, nastąpi zakleszczenie. Dzieje się tak, ponieważ Invoke metoda jest synchroniczna i blokuje wątek roboczy do momentu zakończenia zadania przez wątek interfejsu użytkownika. Jednak w naszym scenariuszu wątek interfejsu użytkownika również oczekuje na wątek procesu roboczego, aby zatwierdzić transakcję. Wynikiem jest to, że żaden z nich nie może kontynuować, a zakres czeka na zakończenie zatwierdzenia na czas nieokreślony. Należy używać BeginInvoke zamiast Invoke tam, gdzie to możliwe, ponieważ jest asynchroniczne, a tym samym mniej podatne na zakleszczenie.

Aby uzyskać więcej informacji na temat sposobu używania tej metody, zobacz temat Implementowanie niejawnej transakcji przy użyciu zakresu transakcji .

Dotyczy

Zobacz też