Quelle est la meilleure approche pour ouvrir/fermer SqlConnection en C#

Question

Je voudrais savoir quelle pourrait être la meilleure approche pour ouvrir un SqlConnection avec Sql Server 2008R2 Express Edition Base de données. Cette version de Sql a des limitations de l'utilisation de RAM et de l'utilisation du processeur, donc nous devons adopter quelque chose de mieux pour ouvrir un SqlConnection.

Maintenant je vérifie la connexion au début et à la fin de chaque méthode. Voici un exemple de cela.

private void CheckValidId(string Id) 
    { 
     CheckConnectionStatus(); 

     try 
     { 
      sqlConnection.Open(); 
      sqlCommand = new SqlCommand("select * from ValidId where id=@id", sqlConnection); 
      sqlCommand.Parameters.AddWithValue("@id", Id); 
      sqlDataReader = sqlCommand.ExecuteReader(); 
      While (sqlDataReader.Read()) 
      { 
       string Test = sqlDataReader["Id"].toString(); 
       MessageBox.Show("Value of Id : " , Test); 
      } 
     } 
     catch (Exception exp) 
     { 
      MessageBox.Show(exp.Message.ToString(), "Exception in CheckValidId"); 
     } 
     finally 
     { 
      CheckConnectionStatus(); 
     } 
    } 

Voici CheckConnectionStatus Méthode

private void CheckConnectionStatus() 
    { 
     if (sqlConnection.State == ConnectionState.Open) 
     { 
      sqlConnection.Close(); 
     } 
    } 

Quelle est la meilleure approche pour effectuer cette opération.

Merci

Answer 1

Votre motif d'ouverture et de fermeture est correct. Cependant, vous devez noter que cela n'ouvre pas et ne ferme pas la connexion à SQL Server, donc cela ne répond pas vraiment à vos préoccupations concernant l'utilisation de la mémoire et le processeur - en fait, cela ne fera aucune différence. Ce qui Open et Close est de louer et de renvoyer une connexion au pool de connexion ADO sur le PC client. Cela signifie que la fermeture d'une connexion ADO n'est pas garantie (et, dans la plupart des cas, ne le sera pas), fermez et libérez la connexion au serveur SQL. C'est parce que l'établissement et l'authentification d'une connexion est relativement cher et lent, de sorte que le pool de connexion ADO conserve vos connexions dans un pool, toujours ouvert, juste au cas où vous souhaitez rétablir une connexion. Ce qui fait la différence pour SQL Server, c'est le nombre de requêtes simultanées qu'il doit exécuter - et la taille de l'ensemble de données des requêtes, ainsi que la taille totale des données dans la base de données.

Les requêtes simultanées compriment le processeur et les jeux de données renvoyés réduisent la RAM disponible. Évidemment, plus votre base de données est grande, moins il y a de mémoire cache dans la RAM et moins vous aurez de chances d'obtenir un cache lors de l'interrogation.

En pratique, mon expérience avec les éditions SQL Express est que vous ne remarquerez aucune différence avec l'édition complète de SQL Server, sauf si vous faites des choses très spécifiques;

1) Écrire un outil de style BI qui permet à l'utilisateur de construire des requêtes définies par l'utilisateur ou par l'utilisateur. 2) Écriture terrible SQL - "big SQL" peut masquer votre mauvaise syntaxe de requête, mais Express ne sera pas en mesure de le faire, car il a moins de RAM disponible pour jouer avec.

Si vous écrivez un SQL efficace et contraint, vous ne rencontrerez probablement jamais les limitations de SQL Express.

Answer 2

utilisent juste using comme il dispose de la connexion une fois fait.

using(SqlConnection conn = new SqlConnection("Connection string")){ 
    //do sql stuff 
    conn.Open(); 
    //etc etc 
    conn.Close(); 
} 

Answer 3

Vous voulez utiliser le modèle jetable pour assurer que tout est fermé et bien placé:

var query = "select * from ValidId where id=@id"; 

using (var conn = new System.Data.SqlClient.SqlConnection(usingConnectionString)) 
using (var command = new System.Data.SqlClient.SqlCommand(query, conn)) 
{ 
    command.Parameters.Add("@id", SqlDbType.Int).Value = Id; 
    conn.Open; 

    using (var reader = command.ExecuteReader()) 
    { 
     while (reader.Read()) 
     { 
      string Test = reader["Id"].ToString(); 
     } 
    } 

    command.Parameters.Clear(); 
} 

Vous n'avez pas besoin de vérifier l'état de connexion; il va fermer quand il est disposé. Une chose à noter: il est recommandé de spécifier explicitement vos types de données de paramètre. J'ai supposé SqlDbType.Int dans votre cas, mais vous pouvez le changer pour ce qu'il est réellement.

Autre chose à noter: vous ne voulez pas trop faire à l'intérieur du lecteur en boucle. Vous voulez construire votre collection ou autre et sortir de là. Plus votre connexion est courte, mieux c'est. En effet, vous risquez de conserver un verrou de lecture sur certaines lignes de la base de données, ce qui peut affecter les autres utilisateurs et leurs applications.