J'ai plusieurs threads accédant à la même base de données (avec la même chaîne de connexion). Chaque fil:
utilise le code ci-dessous pour ouvrir sa propre instance de connexion chaque fois qu'il en a besoin d'un p>
internal SqlInternalConnection GetOpenConnection()
{
SqlInternalConnection innerConnection = this.InnerConnection as SqlInternalConnection;
if (innerConnection == null)
{
throw ADP.ClosedConnectionError();
}
return innerConnection;
}
3 Réponses :
Pourquoi avez-vous besoin de préserver l'ancien état de connexion? Fermez-le dès que votre prêt avec elle, meilleur via
à l'aide de l'instruction . Est-ce quelque chose de statique ici?@Timschmelter est correct..vous devrait fermer la connexion après l'avoir accédé.
@ Timschmelter: Non, rien de statique; Nous sommes au courant de cette mauvaise pratique, mais c'est le code hérité: il s'agit de la classe de base pour certains objets d'accès de base de données qui prennent en charge l'utilisation de la même connexion à partir de plusieurs objets d'accès à la base de données - moyen: WASOPENCED est utilisé dans la méthode de la classe de base pour laisser la connexion Ouvrir s'il n'était pas ouvert dans la méthode ouverte correspondante - c'est tout.
@Bizapps: S'il vous plaît, jetez un coup d'œil à mon commentaire à Timschmelter et à éditer # 1.
@ Filippopović: J'ai bien peur que vous ayez besoin de ce changement de changement. Jetez un coup d'œil à ma réponse sur une question connexe il y a quelques jours, peut-être que cela aide à comprendre pourquoi il est mauvais pratique de ne pas fermer la connexion: Stackoverflow.com/questions/9705637/... ( J'ai besoin d'aller au lit maintenant)
@ Timschmelter: Merci pour le lien, je suis complètement d'accord avec ça. Juste, je ne vois pas comment cela se rapporte à mon problème - la rupture de changement n'est pas une option pour le moment. La connexion est créée (nouvelle SQLConnection (...)) dans le fil. L'exception n'a pas affiché que quelqu'un d'autre utilise la connexion et SQLConnection.geopEnConnection Le code montre un objet innerconnection coupé. Et je ne sais même pas ce qui définit la nullection intérieure à NULL, mais ne ferme pas, c'est certain que c'est certain parce que c'est la connexion que le pool de connexion ne ferme pas vraiment lorsque vous lui demandez de fermer la connexion.
@ Filippopović: En bref: Ne faites pas de poche sur le territoire de la connexion-piscine;) Modifier : Ils sont liés car je suppose qu'aucune connexion n'est disponible dans la piscine puisque toutes sont utilisées (non fermé de vous).
@ Timschmelter: Bon point, a voté! :) et bonne sommeil, vous n'avez pas de problèmes de piscine de connexion après tout :)
@ Timschmelter: Je suis sûr que je l'ai enfoncé à cause de la fin des blocs avec fermer partout (l'a examiné plusieurs fois jusqu'à présent). Lorsque la piscine de connexion est pleine, l'erreur est "Timetout expirée. La période de délai d'attente écoulée avant d'obtenir une connexion à partir de la piscine. Cela peut avoir eu lieu car toutes les connexions groupées étaient utilisées et la taille maximale de la piscine a été atteinte". Cependant, je reviendrai sur l'état de la piscine de Connection demain et récupérerai ici avec des informations.