Délai d'appel de la procédure stockée via SqlConnection

Question

J'ai deux bases de données distinctes auxquelles je me connecte en utilisant linq et EF6. Je cours également certaines procédures stockées. Pour des raisons de vitesse, j'utilise l'ancienne école de l'exécution de ces utilisant la méthode suivante:

public static DataSet ExecuteStoredProcedure(object db, string storedProcedureName, IEnumerable<SqlParameter> parameters) 
    { 
     string connectionString=""; 

     if (db is AriaEntities) 
     { 
      connectionString = ((AriaEntities)db).Database.Connection.ConnectionString; 
     } 
     else if (db is AMSEntities) 
     { 
      connectionString = ((AMSEntities)db).Database.Connection.ConnectionString; 
     } 

     var ds = new DataSet(); 

     using (var conn = new SqlConnection(connectionString)) 
     { 
      using (var cmd = conn.CreateCommand()) 
      { 
       cmd.CommandText = storedProcedureName; 
       cmd.CommandType = CommandType.StoredProcedure; 
       foreach (var parameter in parameters) 
       { 
        cmd.Parameters.Add(parameter); 
       } 

       using (var adapter = new SqlDataAdapter(cmd)) 
       { 
        adapter.Fill(ds); 
       } 
      } 

      conn.Close(); 
     } 

     return ds; 
    } 

Je passe à la connexion de base de données que je suis actuellement à l'aide. Le problème que j'ai, c'est que lorsque j'essaie d'exécuter une procédure stockée sur le contexte DB AMSEntities, je reçois un délai d'attente, même si la procédure elle-même ne prend qu'une seconde à s'exécuter manuellement dans SQL Server. J'ai des permissions d'exécution sur la procédure stockée et je peux accéder aux tables dans le datacontext sans problème en utilisant linq.

Pourquoi le message de dépassement de délai se produit-il?

Rob

Answer 1

Essayez d'ajouter un conn.Open(); Le DbContext ouvre seulement une connexion lorsque vous SubmitChanges ou énumèrent une requête.

Answer 2

Comme indiqué dans un commentaire ci-dessus, il s'est avéré être une référence masquée à un serveur lié dans la procédure stockée qui provoquait l'exécution de requête lente. Heureusement, je pourrais l'enlever car il s'est avéré que le code existant n'est plus nécessaire.