C# SQL Transaction distribuée terminée. Soit enregistrez cette session dans une nouvelle transaction, soit la transaction NULL

Question

Je reçois cette erreur (transaction distribuée terminée, soit enregistrez cette session dans une nouvelle transaction ou la transaction NULL.) Lorsque j'essaie d'exécuter une procédure stockée à partir de C# sur un Base de données SQL Server 2005 Je n'utilise pas activement/volontairement des transactions ou quoi que ce soit, ce qui rend cette erreur bizarre. Je peux exécuter la procédure stockée du studio de gestion et cela fonctionne très bien. D'autres procédures stockées fonctionnent également à partir de C#, il semble que ce soit celui-ci avec des problèmes. L'erreur revient instantanément, il ne peut donc pas s'agir d'un problème de dépassement de délai. Le code est le suivant:

SqlCommand cmd = null; 
    try 
    { 
     // Make sure we are connected to the database 
     if (_DBManager.CheckConnection()) 
     { 
     cmd = new SqlCommand(); 

     lock (_DBManager.SqlConnection) 
     { 
      cmd.CommandText = "storedproc"; 
      cmd.CommandType = System.Data.CommandType.StoredProcedure; 
      cmd.Connection = _DBManager.SqlConnection; 

      cmd.Parameters.AddWithValue("@param", value); 

      int affRows = cmd.ExecuteNonQuery(); 

      ... 
     } 
     } 
     else 
     { 
     ... 
     } 
    } 
    catch (Exception ex) 
    { 
    ... 
    } 

Ça m'a vraiment déconcerté. Merci pour toute aide

Answer 1

On dirait qu'il y a un TransactionScope quelque part qui n'est pas satisfait. Le _DBManager.CheckConnection et _DBManager.SqlConnection sonne comme si vous gardiez un SqlConnection qui traîne, ce qui devrait contribuer à cela.

Pour être honnête, dans plupart cas courants que vous êtes mieux utiliser simplement la mise en commun de connexion intégré et using vos connexions localement - à savoir

using(var conn = new SqlConnection(...)) { // or a factory method 
    // use it here only 
} 

Ici, vous obtenez un SqlConnection propre, qui sera mis en correspondance à une connexion non gérée via le pool, c.-à-d. qu'il ne crée pas une connexion réelle chaque fois (mais fera une réinitialisation logique pour le nettoyer).

Cela permet également une utilisation beaucoup plus flexible de plusieurs threads. L'utilisation d'une connexion static dans une application Web, par exemple, serait horrible pour le blocage.

Answer 2

Du code, il semble que vous utilisez une connexion déjà ouverte. Peut-être qu'une transaction est en attente précédemment sur la même connexion.