Nested/Child TransactionScope Rollback

Question

Je tente d'imbriquer TransactionScopes (.net 4.0) comme vous imbriquez des transactions dans SQL Server, mais il semble qu'elles fonctionnent différemment. Je souhaite que mes transactions enfants puissent être annulées en cas d'échec, mais permettent à la transaction parente de décider si l'opération entière doit être validée/restaurée. Le problème est lorsque la première complète se produit, la transaction est annulée. Je réalise que complet est différent à commettre.

Un exemple très simplifié de ce que je suis en train de faire:

static void Main(string[] args) 
{ 
    using(var scope = new TransactionScope()) // Trn A 
    { 
     // Insert Data A 

     DoWork(true); 
     DoWork(false); 

     // Rollback or Commit 
    } 
} 

// This class is a few layers down 
static void DoWork(bool fail) 
{ 
    using(var scope = new TransactionScope()) // Trn B 
    { 
     // Update Data A 

     if(!fail) 
     { 
      scope.Complete(); 
     } 
    } 
} 

Je ne peux pas utiliser les options ou RequiresNew comme Suppress Trn B repose sur des données insérées par Trn A. Si j'utiliser ces options , Trn B est bloqué par Trn A.

Des idées comment je voudrais le faire fonctionner, ou si c'est même possible en utilisant l'espace de noms System.Transactions?

Merci

Answer 1

Vous n'êtes probablement pas aimer cette réponse, mais ...

vote dans un champ imbriqué

Bien qu'un champ imbriqué peut se joindre à la transaction ambiante de l'étendue racine, l'appel complet dans la portée imbriquée n'a aucun effet sur la portée racine. Seulement si toutes les étendues de la portée de la racine jusqu'à la dernière portée imbriquée votent pour valider la transaction, la transaction sera validée.

(De Implementing an Implicit Transaction using Transaction Scope)

La classe TransactionScope ne fournit malheureusement pas un mécanisme (que je sache) pour séparer des unités de travail. C'est tout ou rien. Vous pouvez empêcher toute transaction de se produire sur une unité de travail spécifique en utilisant TransactionScopeOption.Suppress, mais ce n'est probablement pas ce que vous voulez, car vous perdriez alors l'atomicité pour tout ce qui se trouve dans cette portée.

Il n'y a qu'une seule transaction "ambiante" lorsque vous utilisez un TransactionScope. Une fois qu'un TransactionScope est disposé ou est collecté sans que Complete soit exécuté, la transaction ambiante entière est annulée; c'est tout, jeu terminé.

En fait, SQL Server ne prend pas en charge les transactions imbriquées vraies du tout, bien qu'il est possible (quoique un peu unintuitive) pour obtenir le même résultat final avec l'utilisation appropriée des SAVE TRAN déclarations. Ré-implémenter cette logique comme une procédure stockée (ou plusieurs d'entre eux) pourrait être votre meilleure option si vous avez besoin de ce comportement particulier.