System.Transaction transaction implicite déconner avec mes autres connexions

Question

Je suis en train d'utiliser System.Transaction.TransactionScope pour créer une transaction pour appeler quelques procédures stockées, mais il ne semble pas nettoyer après lui-même. Une fois la transaction terminée (commited ou non, et l'objet de la portée de la transaction est disposé) des connexions suivantes à la base de données ouverte avec la lecture niveau validation de sérialisable au lieu de lire comme ils le feraient commited normalement.

Je suis l'ouverture et la fermeture d'une connexion pour chaque appel (fermeture de puits et retour à un pool de connexions comme normal dans .NET), suis-je manquant un moyen de réinitialiser explicitement la connexion lorsque je l'utilise une transaction? Je pensais que l'idée derrière System.Transaction.TransactionScope était de cacher toute la complexité.

Ainsi, le code que j'ai ressemble à ceci:

  using (var scope = new TransactionScope()) 
      { 
       ... make my 3 stored procedure calls ... 

       scope.Complete(); 

       return returnCode; 
      } 

que je suppose est la façon normale de le faire. Mais si je regarde dans profileur SQLServer Je peux voir les connexions en cours d'ouverture avec

set transaction isolation level serializable 

qui salit l'activité ultérieure de base de données non liées à la transaction et est aussi apparemment pas aussi vite. Je peux contourner cela en définissant une option de transaction explicite pour faire la transaction avec ReadCommited mais ce n'est pas le comportement idéal pour cette opération à mon avis.

J'ai aussi essayé de créer explicitement un objet Commitabletransaction, ce qui crée des transactions explict nouvelles au lieu d'utiliser une ambiante et toujours pas de chance.

Toutes les idées sur la façon de résoudre ce problème serait très apprécié que tous les appels qui utilisent la connexion sérialisable jetteront une erreur s'ils essaient d'utiliser une touche de verrouillage READPAST.

Answer 1

Vous devriez également voir une remise à zéro (sp_reset_connection) entre les utilisations de la même connexion dans la piscine; cela ne réinitialisera-t-il pas le niveau d'isolation? Avez-vous essayé de reproduire un problème sérialisable (par exemple, interblocages escalade de verrous)

Answer 2

Utilisez TransactionOptions.IsolationLevel

Par default, it's serializable

TransactionOptions transactionoptions1 = new TransactionOptions(); 
transactionoptions1.IsolationLevel = IsolationLevel.ReadCommitted; 
using (var scope = new TransactionScope(TransactionScopeOption.Required, transactionoptions1)) 
{ 
    ... make my 3 stored procedure calls ... 

    scope.Complete(); 

    return returnCode; 
} 

Answer 3

C'est une décision de conception connue dans SQL Server.

• sp_reset_connection doesn't reset isolation level (12/2006; MS Connect - 'By Design')
• What does sp_reset_connection do? (02/2009, question SO)
• The transaction isolation level is not reset when you reuse a connection (07/2009; KB Article)
• IsolationLevel is carried over to connections in connectionpool (08/2009; plus de détails)
• Transactions and Connections in Entity Framework 4.0 (06/2010, en évitant l'escalade des transactions)
• Few Things About Pooled Connections (02/2012; plusieurs gotchas de mise en commun de connexion)
• SQL Server: Isolation level leaks across pooled connections (03/2012; Question SO)

En outre, using new TransactionScope() Considered Harmful (06/2010; éviter constructeur par défaut)