Les connexions ADO.NET SqlData Client ne disparaissent jamais

Question

Une application asp.net sur laquelle je travaille peut avoir quelques centaines d'utilisateurs essayant de se connecter. Nous obtenons une erreur que le nombre maximal de connexions dans le pool a été atteint. Je comprends le concept des pools de connexion dans ADO.NET bien que dans les tests, j'ai trouvé qu'une connexion est restée "dormante" sur le serveur ms sql 2005 quelques jours après la connexion et le navigateur a été fermé. J'ai essayé de limiter la durée de vie de la connexion dans la chaîne de connexion, mais cela n'a aucun effet. Dois-je pousser le nombre maximum de connexions? Ai-je complètement mal diagnostiqué le vrai problème?

Answer 1

Toutes vos connexions de base de données doit être soit enveloppé dans un essai ... enfin:

SqlConnection myConnection = new SqlConnection(connString); 
myConnection.Open(); 
try 
{ 
} 
finally 
{ 
    myConnection.Close(); 
} 

Ou bien ... mieux encore, créer une DAL (couche d'accès aux données) qui a le Close() appel à la méthode Dispose et envelopper tout votre DB appelle avec un en utilisant:

using (MyQueryClass myQueryClass = new MyQueryClass()) 
{ 
    // DB Stuff here... 
} 

quelques notes: ASP.NET ne compte sur vous pour libérer vos connexions. Il les libèrera par GC après qu'ils soient sortis de la portée, mais vous pouvez compter sur ce comportement car cela peut prendre beaucoup de temps - beaucoup plus longtemps que vous ne pouvez vous en permettre auparavant votre pool de connexions est épuisé. En parlant de cela, ASP.NET regroupe vos connexions à la base de données lorsque vous les demandez (en recyclant les anciennes connexions plutôt qu'en les relâchant complètement et en les demandant à nouveau à la base de données). Cela n'a pas vraiment d'importance en ce qui vous concerne: vous devez toujours appeler Close()!

De même, vous pouvez contrôler le regroupement en utilisant votre chaîne de connexion (par exemple, la taille du pool Min/Max, etc.). Voir this article sur MSDN pour plus d'informations.