Discussion :

[brousaille]

Bonjour,

ma question est toute simple je me demande comment on gere un pool de connection avec .net.
Je sais que SQLServer possede son propre pool de connection donc pas besoin de le gérer. Mais pour les autres SGBD (Oracle, mysql voir access).

Je me pause cette question car j'ai trouvé cette classe qui m'est bien pratique : http://www.bewise.fr/download/articles/CodeArticle31.zip

C'est une classe d'acces generique quelque soit la database. Mais si je l'applique a autre chose que SQL Server, vais-je quand meme avoir la notion de pooling ?

Merci par avance de vos réponses.

B.

[Thomas Lebrun]

Normalement, .NET se débrouille tout seul avec ce genre de chose...

[brousaille]

Et ce quelques soit le SGBD ?

[ArHacKnIdE]

Surement.

[brousaille]

Bon bah bonne nouvelle !!!

[Piotrek]

Tout est dans le namespace System.Data.ProviderBase (browsable par Reflector uniquement)

Il fonctionne avec la base de toute connection a une base de donnees: DbConnection

Cependant on peut agir sur le pooling par la connectionstring:
- Si les connections dans le pool n'ont pas la meme connectionstring (a un espace pres!) et bien une nouvelle connection est creee dans le pool
- On peut specifier des parametres dans cette connectionstring (duree de vie de la connection dans le pool etc)

[brousaille]

Merci piotrek pour ces explications, par contre je ne comprend pas ce que tu veux dire par :"Si les connections dans le pool n'ont pas la meme connectionstring (a un espace pres!) et bien une nouvelle connection est creee dans le pool" :

[Piotrek]

Le pool c'est un cache de connections, t'as l'impression de fermer une connection dans ton code, cependant cette connection existe toujours pendant un temps donne dans le pooling (jusqu'au timeout)
La connection en cache attend d'etre utilisee

Comment le systeme sait qu'il peut reutiliser telle ou telle connection en cache?

Si dans ton code tu recree une connection, le pooling va verifier si la connection n'est pas par hasard encore en cache. Et la clef est la connectionstring, meme si la connection en cache est connectee a la meme base du meme serveur que la connection de ton code, il suffit que la connectionstring (chaine de caracteres) differe d'un unique caractere pour qu'il considere la connection de ton code comme differente, et donc ne reutilise pas la connection en cache, et donc cree une nouvelle connection en pool

Commender le pooling se fait donc avec ET par la connectionstring

[brousaille]

OK la tout est clair !!!

C'est quand meme bcp plus simple qu'avec JAVA ou fallait soit le gerer soit faire confiance au server d'application