Implémentation d'une transaction implicite à l'aide de l'étendue de transactionImplementing an Implicit Transaction using Transaction Scope

La classe TransactionScope offre un moyen simple pour indiquer qu'un bloc de code participe à une transaction, sans avoir à intervenir sur la transaction même.The TransactionScope class provides a simple way to mark a block of code as participating in a transaction, without requiring you to interact with the transaction itself. Une étendue de transaction peut sélectionner et gérer automatiquement la transaction ambiante.A transaction scope can select and manage the ambient transaction automatically. En raison de sa facilité d'utilisation et de son efficacité, il est recommandé d'utiliser la classe TransactionScope lors du développement d'une application de transaction.Due to its ease of use and efficiency, it is recommended that you use the TransactionScope class when developing a transaction application.

De plus, il n'est pas nécessaire d'inscrire explicitement des ressources avec la transaction.In addition, you do not need to enlist resources explicitly with the transaction. Tout gestionnaire de ressources System.Transactions (tel que SQL Server 2005) peut détecter l'existence d'une transaction ambiante créée par l'étendue et l'inscrire automatiquement.Any System.Transactions resource manager (such as SQL Server 2005) can detect the existence of an ambient transaction created by the scope and automatically enlist.

Création d'une étendue de transactionCreating a transaction scope

L'exemple suivant illustre une utilisation simple de la classe TransactionScope.The following sample shows a simple usage of the TransactionScope class.

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

L'étendue de transaction démarre après la création d'un nouvel objet TransactionScope.The transaction scope is started once you create a new TransactionScope object. Comme le montre l'exemple de code, il est recommandé de créer des étendues à l'aide d'une instruction using.As illustrated in the code sample, it is recommended that you create scopes with a using statement. L’instruction using est disponible à la C# fois dans et dans Visual Basic, et fonctionne comme un bloctry...finallypour s’assurer que la portée est correctement supprimée.The using statement is available both in C# and in Visual Basic, and works like a try...finally block to ensure that the scope is disposed of properly.

Lorsque vous instanciez TransactionScope, le gestionnaire de transactions détermine la transaction à laquelle participer.When you instantiate TransactionScope, the transaction manager determines which transaction to participate in. Une fois déterminée, la portée participe toujours à cette transaction.Once determined, the scope always participates in that transaction. Cette décision est basée sur deux facteurs : la présence d'une transaction ambiante et la valeur du paramètre TransactionScopeOption dans le constructeur.The decision is based on two factors: whether an ambient transaction is present and the value of the TransactionScopeOption parameter in the constructor. La transaction ambiante est la transaction dans laquelle s'exécute votre code.The ambient transaction is the transaction within which your code executes. Vous pouvez obtenir une référence à la transaction ambiante en appelant la propriété Transaction.Current statique de la classe Transaction.You can obtain a reference to the ambient transaction by calling the static Transaction.Current property of the Transaction class. Pour plus d’informations sur l’utilisation de ce paramètre, voir la section gestion du workflow de transaction à l’aide de TransactionScopeOption de cette rubrique.For more information on how this parameter is used, see the Managing transaction flow using TransactionScopeOption section of this topic.

Fin d'une étendue de transactionCompleting a transaction scope

Une fois que votre application a effectué toutes les tâches nécessaires au cours d'une transaction, appelez la méthode Complete (une seule fois) pour informer le gestionnaire de transactions que la transaction peut être validée.When your application completes all the work it wants to perform in a transaction, you should call the Complete method only once to inform the transaction manager that it is acceptable to commit the transaction. Il est vivement conseillé que l'appel à Complete soit la dernière instruction du bloc using.It is very good practice to put the call to Complete as the last statement in the using block.

L’échec de l’appel de cette méthode annule la transaction, car le gestionnaire de transactions l’interprète comme une défaillance du système, ou équivaut à une exception levée dans l’étendue de la transaction.Failing to call this method aborts the transaction, because the transaction manager interprets this as a system failure, or equivalent to an exception thrown within the scope of the transaction. Toutefois, l'appel à cette méthode ne garantit pas la validation de la transaction.However, calling this method does not guarantee that the transaction wil be committed. Il s’agit simplement d’un moyen d’informer le gestionnaire de transactions de votre état.It is merely a way of informing the transaction manager of your status. Après avoir appelé la méthode Complete, vous ne pouvez plus accéder à la transaction ambiante via la propriété Current sous peine de lever une exception.After calling the Complete method, you can no longer access the ambient transaction by using the Current property, and attempting to do so will result in an exception being thrown.

Si l'objet TransactionScope a initialement créé la transaction, la véritable validation de la transaction par le gestionnaire de transactions intervient après la dernière ligne de code du bloc using.If the TransactionScope object created the transaction initially, the actual work of committing the transaction by the transaction manager occurs after the last line of code in the using block. S'il n'a pas créé la transaction, la validation se produit chaque fois que Commit est appelé par le propriétaire de l'objet CommittableTransaction.If it did not create the transaction, the commit occurs whenever Commit is called by the owner of the CommittableTransaction object. À ce stade, le gestionnaire de transactions appelle les gestionnaires de ressources et les informe de la validation ou de la restauration, selon que la méthode Complete a été appelée sur l’objet TransactionScope.At that point the transaction manager calls the resource managers and informs them to either commit or rollback, based on whether the Complete method was called on the TransactionScope object.

L'instruction using garantit que la méthode Dispose de l'objet TransactionScope est appelée même en cas d'exception.The using statement ensures that the Dispose method of the TransactionScope object is called even if an exception occurs. La méthode Dispose marque la fin de l'étendue de transaction.The Dispose method marks the end of the transaction scope. Il est possible que les exceptions qui se produisent après l’appel à cette méthode n’affectent pas la transaction.Exceptions that occur after calling this method may not affect the transaction. Cette méthode restaure également la transaction ambiante à son état précédent.This method also restores the ambient transaction to it previous state.

Une exception TransactionAbortedException est levée si l'étendue crée la transaction et que cette transaction est abandonnée.A TransactionAbortedException is thrown if the scope creates the transaction, and the transaction is aborted. Une exception TransactionInDoubtException est levée si le gestionnaire de transactions ne parvient pas à aboutir à une décision de validation.A TransactionInDoubtException is thrown if the transaction manager cannot reach a Commit decision. Aucune exception n'est levée si la transaction est validée.No exception is thrown if the transaction is committed.

Restauration d'une transactionRolling back a transaction

Pour restaurer une transaction, n'appelez pas la méthode Complete dans l'étendue de transaction.If you want to rollback a transaction, you should not call the Complete method within the transaction scope. Par exemple, vous pouvez lever une exception dans l'étendue.For example, you can throw an exception within the scope. La transaction à laquelle il participe est restaurée.The transaction in which it participates in will be rolled back.

Gestion du workflow de transaction à l’aide de TransactionScopeOptionManaging transaction flow using TransactionScopeOption

L'étendue de transaction peut être imbriquée en appelant une méthode qui utilise une TransactionScope à partir d'une méthode utilisant sa propre étendue, comme la méthode RootMethod de l'exemple suivant,Transaction scope can be nested by calling a method that uses a TransactionScope from within a method that uses its own scope, as is the case with the RootMethod method in the following example,

void RootMethod()
{
    using(TransactionScope scope = new TransactionScope())
    {
        /* Perform transactional work here */
        SomeMethod();
        scope.Complete();
    }
}

void SomeMethod()
{
    using(TransactionScope scope = new TransactionScope())
    {
        /* Perform transactional work here */
        scope.Complete();
    }
}

L'étendue de transaction supérieure est appelée « étendue racine ».The top-most transaction scope is referred to as the root scope.

La classe TransactionScope fournit plusieurs constructeurs surchargés qui acceptent une énumération de type TransactionScopeOption, qui définit le comportement transactionnel de l'étendue.The TransactionScope class provides several overloaded constructors that accept an enumeration of the type TransactionScopeOption, which defines the transactional behavior of the scope.

Un objet TransactionScope dispose de trois options :A TransactionScope object has three options:

  • Joindre la transaction ambiante ou en créer une nouvelle s'il n'en existe pas.Join the ambient transaction, or create a new one if one does not exist.

  • Constituer une nouvelle étendue racine, c'est-à-dire démarrer une nouvelle transaction et en faire la nouvelle transaction ambiante de sa propre étendue.Be a new root scope, that is, start a new transaction and have that transaction be the new ambient transaction inside its own scope.

  • Ne participer à aucune transaction.Not take part in a transaction at all. En conséquence, il n'y a pas de transaction ambiante.There is no ambient transaction as a result.

Si l'étendue est instanciée avec Required et qu'une transaction ambiante existe, l'étendue joint cette transaction.If the scope is instantiated with Required, and an ambient transaction is present, the scope joins that transaction. En revanche, s'il n'y a pas de transaction ambiante, l'étendue en crée une nouvelle et devient l'étendue racine.If, on the other hand, there is no ambient transaction, then the scope creates a new transaction, and become the root scope. Valeur par défaut.This is the default value. Si Required est utilisé, le code de l'étendue n'a pas à se comporter différemment selon qu'il s'agit de la racine ou seulement de la jonction de la transaction ambiante.When Required is used, the code inside the scope does not need to behave differently whether it is the root or just joining the ambient transaction. Il fonctionne de la même façon dans les deux cas.It should operate identically in both cases.

Si l'étendue est instanciée avec RequiresNew, il s'agit toujours de l'étendue racine.If the scope is instantiated with RequiresNew, it is always the root scope. Une nouvelle transaction démarre et devient la nouvelle transaction ambiante de l'étendue.It starts a new transaction, and its transaction becomes the new ambient transaction inside the scope.

Si la portée est instanciée avec Suppress, elle ne prend jamais part à une transaction, qu'une transaction ambiante existe ou non.If the scope is instantiated with Suppress, it never takes part in a transaction, regardless of whether an ambient transaction is present. Une étendue instanciée avec cette valeur a toujours la valeur null pour sa transaction ambiante.A scope instantiated with this value always have null as its ambient transaction.

Ces options sont répertoriées dans le tableau suivant.The above options are summarized in the following table.

TransactionScopeOptionTransactionScopeOption Transaction ambianteAmbient Transaction L'étendue participe àThe scope takes part in
ObligatoireRequired NonNo Nouvelle transaction (future racine)New Transaction (will be the root)
Nouveau requisRequires New NonNo Nouvelle transaction (future racine)New Transaction (will be the root)
SupprimerSuppress NonNo Aucune transactionNo Transaction
ObligatoireRequired OuiYes Transaction ambianteAmbient Transaction
Nouveau requisRequires New OuiYes Nouvelle transaction (future racine)New Transaction (will be the root)
SupprimerSuppress OuiYes Aucune transactionNo Transaction

Lorsqu'un objet TransactionScope joint une transaction ambiante existante, la suppression de l'objet d'étendue peut ne pas entraîner l'arrêt de la transaction, à moins que l'étendue abandonne la transaction.When a TransactionScope object joins an existing ambient transaction, disposing of the scope object may not end the transaction, unless the scope aborts the transaction. Si la transaction ambiante a été créée par une étendue racine, seulement lorsque l'étendue racine est supprimée, Commit est appelé sur la transaction.If the ambient transaction was created by a root scope, only when the root scope is disposed of, does Commit get called on the transaction. Si la transaction a été créée manuellement, elle se termine lors de son abandon ou de sa validation par son créateur.If the transaction was created manually, the transaction ends when it is either aborted, or committed by its creator.

L'exemple suivant montre un objet TransactionScope qui crée trois objets d'étendue imbriqués, chacun étant instancié avec une valeur TransactionScopeOption différente.The following example shows a TransactionScope object that creates three nested scope objects, each instantiated with a different TransactionScopeOption value.

using(TransactionScope scope1 = new TransactionScope())
//Default is Required
{
    using(TransactionScope scope2 = new TransactionScope(TransactionScopeOption.Required))
    {
        //...
    }

    using(TransactionScope scope3 = new TransactionScope(TransactionScopeOption.RequiresNew))   
    {
        //...  
    }
  
    using(TransactionScope scope4 = new TransactionScope(TransactionScopeOption.Suppress))
    {
        //...  
    }
}

Cet exemple montre un bloc de code sans transaction ambiante créant une nouvelle étendue (scope1) avec Required.The example shows a code block without any ambient transaction creating a new scope (scope1) with Required. La portée scope1 est une portée racine, car elle crée une transaction (Transaction A) pour en faire la transaction ambiante.The scope scope1 is a root scope as it creates a new transaction (Transaction A) and makes Transaction A the ambient transaction. Scope1 crée alors trois objets supplémentaires, chacun avec une valeur de TransactionScopeOption différente.Scope1 then creates three more objects, each with a different TransactionScopeOption value. Par exemple, scope2 est créée avec Required et puisqu'il s'agit d'une transaction ambiante, elle joint la première transaction créée par scope1.For example, scope2 is created with Required, and since there is an ambient transaction, it joins the first transaction created by scope1. Notez que scope3 est l'étendue racine d'une nouvelle transaction et que scope4 ne dispose pas de transaction ambiante.Note that scope3 is the root scope of a new transaction, and that scope4 has no ambient transaction.

Bien que la valeur par défaut, et la plus utilisée, de TransactionScopeOption est Required, chacune des autres valeurs a une fonction unique.Although the default and most commonly used value of TransactionScopeOption is Required, each of the other values has its unique purpose.

Code non transactionnel à l’intérieur d’une étendue de transactionNon-transactional code inside a transaction scope

Suppress est utile lorsque vous souhaitez conserver les opérations effectuées par la section de code et ne souhaitez pas abandonner la transaction ambiante si les opérations échouent.Suppress is useful when you want to preserve the operations performed by the code section, and do not want to abort the ambient transaction if the operations fail. Pour effectuer des opérations d'enregistrement ou d'audit par exemple, ou pour publier des événements aux abonnés, indépendamment de la validation ou de l'abandon de votre transaction ambiante.For example, when you want to perform logging or audit operations, or when you want to publish events to subscribers regardless of whether your ambient transaction commits or aborts. Cette valeur vous permet d'avoir une section de code non transactionnelle dans une étendue de transaction, comme illustré dans l'exemple suivant.This value allows you to have a non-transactional code section inside a transaction scope, as shown in the following example.

using(TransactionScope scope1 = new TransactionScope())
{
    try
    {
        //Start of non-transactional section
        using(TransactionScope scope2 = new
            TransactionScope(TransactionScopeOption.Suppress))  
        {  
            //Do non-transactional work here  
        }  
        //Restores ambient transaction here
   }
   catch {}  
   //Rest of scope1
}

Vote au sein d'une étendue imbriquéeVoting inside a nested scope

Bien qu'une étendue imbriquée puisse joindre la transaction ambiante de l'étendue racine, appeler Complete dans l'étendue imbriquée n'a pas d'effet sur l'étendue racine.Although a nested scope can join the ambient transaction of the root scope, calling Complete in the nested scope has no affect on the root scope. La transaction n'est validée que si toutes les étendues, de l'étendue racine à la dernière étendue imbriquée, votent sa validation.Only if all the scopes from the root scope down to the last nested scope vote to commit the transaction, will the transaction be committed. Si vous n'appelez pas Complete dans une étendue imbriquée pour affecter l'étendue racine comme transaction ambiante, l'opération échouera immédiatement.Not calling Complete in a nested scope will affect the root scope as the ambient transaction will immediately be aborted.

Définition du délai d'attente TransactionScopeSetting the TransactionScope timeout

Certains des constructeurs surchargés de TransactionScope acceptent une valeur de type TimeSpan, utilisée pour contrôler le délai d'attente de la transaction.Some of the overloaded constructors of TransactionScope accept a value of type TimeSpan, which is used to control the timeout of the transaction. La valeur zéro indique un délai d'attente infini.A timeout set to zero means an infinite timeout. Le délai d'attente infini est particulièrement utile pour le débogage, lorsque vous voulez isoler un problème au sein de votre logique métier grâce au code, sans que la transaction que vous déboguez expire lors de la localisation du problème.Infinite timeout is useful mostly for debugging, when you want to isolate a problem in your business logic by stepping through your code, and you do not want the transaction you debug to time out while you attempt to locate the problem. Utilisez la valeur de délai d'attente infini avec précaution dans tous les autres cas, car elle substitue les dispositifs de protection par des blocages de transaction.Be extremely careful using the infinite timeout value in all other cases, because it overrides the safeguards against transaction deadlocks.

Le délai d'attente TransactionScope peut prendre des valeurs autres que celle par défaut dans deux cas.You typically set the TransactionScope timeout to values other than default in two cases. Le premier cas intervient lors du développement, lorsque vous voulez tester la façon dont votre application gère les transactions abandonnées.The first is during development, when you want to test the way your application handles aborted transactions. En affectant une faible valeur au délai d'attente (tel qu'une milliseconde), vous provoquez l'échec de la transaction et pouvez ainsi obtenir le code de gestion des erreurs.By setting the timeout to a small value (such as one millisecond), you cause your transaction to fail and can thus observe your error handling code. Le second cas pour lequel il est nécessaire de définir une valeur inférieure au délai d'attente par défaut est lorsque vous pensez que l'étendue est à l'origine de conflits de ressources, causant des blocages.The second case in which you set the value to be less than the default timeout is when you believe that the scope is involved in resource contention, resulting in deadlocks. Dans ce cas, abandonnez la transaction dès que possible et n'attendez pas l'expiration du délai d'attente par défaut.In that case, you want to abort the transaction as soon as possible and not wait for the default timeout to expire.

Lorsqu'une étendue joint une transaction ambiante avec un délai d'attente plus court que celui de la transaction ambiante, le nouveau délai, plus court, est appliqué à l'objet TransactionScope et l'étendue doit se terminer dans le temps imbriqué spécifié, sans quoi la transaction est automatiquement abandonnée.When a scope joins an ambient transaction but specifies a smaller timeout than the one the ambient transaction is set to, the new, shorter timeout is enforced on the TransactionScope object, and the scope must end within the nested time specified, or the transaction is automatically aborted. Si le délai d'attente de l'étendue imbriquée est supérieur à celui de la transaction ambiante, il n'a aucun effet.If the nested scope's timeout is more than that of the ambient transaction, it has no effect.

Définition du niveau d'isolation TransactionScopeSetting the TransactionScope isolation level

Certains des constructeurs surchargés de TransactionScope acceptent une structure de type TransactionOptions pour spécifier un niveau d'isolation, en plus d'une valeur de délai d'attente.Some of the overloaded constructors of TransactionScope accept a structure of type TransactionOptions to specify an isolation level, in addition to a timeout value. Par défaut, la transaction s'exécute avec un niveau d'isolation de valeur Serializable.By default, the transaction executes with isolation level set to Serializable. On utilise habituellement un niveau d'isolation autre que Serializable pour les systèmes de lecture intensive.Selecting an isolation level other than Serializable is commonly used for read-intensive systems. Cela requiert une solide compréhension de la théorie sur le traitement des transactions et de la sémantique de la transaction même, des problèmes d'accès concurrentiel ainsi que des conséquences pour la cohérence du système.This requires a solid understanding of transaction processing theory and the semantics of the transaction itself, the concurrency issues involved, and the consequences for system consistency.

De plus, tous les gestionnaires de ressources ne supportent pas l'ensemble des niveaux d'isolation et peuvent choisir de prendre part à la transaction à un niveau supérieur à celui configuré.In addition, not all resource managers support all levels of isolation, and they may elect to take part in the transaction at a higher level than the one configured.

Chaque niveau d'isolation, hormis Serializable, est susceptible de résulter de façon incohérente d'autres transactions accédant aux mêmes informations.Every isolation level besides Serializable is susceptible to inconsistency resulting from other transactions accessing the same information. La différence entre les niveaux d'isolation réside dans l'utilisation des verrous de lecture et d'écriture.The difference between the different isolation levels is in the way read and write locks are used. Un verrou ne peut être maintenu que lorsque la transaction accède aux données du gestionnaire de ressources ou jusqu'à ce que la transaction soit validée ou abandonnée.A lock can be held only when the transaction accesses the data in the resource manager, or it can be held until the transaction is committed or aborted. Le premier est utilisé pour le débit et le deuxième pour la cohérence.The former is better for throughput, the latter for consistency. Les deux types de verrou et les deux types d'opération (lecture/écriture) donnent quatre niveaux d'isolation de base.The two kinds of locks and the two kinds of operations (read/write) give four basic isolation levels. Pour plus d'informations, voir IsolationLevel.See IsolationLevel for more information.

En cas d'utilisation d'objets TransactionScope imbriqués, toutes les étendues imbriquées doivent être configurées pour utiliser le même niveau d'isolation pour pouvoir joindre la transaction ambiante.When using nested TransactionScope objects, all nested scopes must be configured to use exactly the same isolation level if they want to join the ambient transaction. Si un objet TransactionScope imbriqué tente de joindre la transaction ambiante avec un niveau d'isolation différent, une exception ArgumentException est levée.If a nested TransactionScope object tries to join the ambient transaction yet it specifies a different isolation level, an ArgumentException is thrown.

Interopérabilité avec COM+Interop with COM+

Lors de la création d'une nouvelle instance TransactionScope, vous pouvez utiliser l'énumération EnterpriseServicesInteropOption dans l'un des constructeurs pour spécifier comment interagir avec COM+.When you create a new TransactionScope instance, you can use the EnterpriseServicesInteropOption enumeration in one of the constructors to specify how to interact with COM+. Pour plus d’informations à ce propos, consultez interopérabilité avec Enterprise Services et les transactions com+.For more information on this, see Interoperability with Enterprise Services and COM+ Transactions.

Voir aussiSee also