Discussion :

[TheBlackReverand]

Bonjour,

je realise une libraire pour gerer divers Serveur

voici un apercu de mes classes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
CatalogueConnexion
Permet de gerer nos connexion
 
Les connexions sont contenus dans un HashTable
 
Des fonctions standard sont presente(ajout, suppression, fermeture)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Connexion
Represente une connexion
 
La connexion est de type IDbConnection (connection generique)
 
Des fonctions standard sont presente(open, close, executerSQL)

depuis un projet WindowsForm j'instanci un CatalogueConnexion et j'ajoute une connexion MySQL et l'ouvre avec l'utilisateur "uti_1"

j'ouvre le GUI Administrateur de MySQL avec root et je vois bien 2 connection (root + uti_1)


la tout est logique mais lorsque j'effectue

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

maconnection.Close();

le GUI Administrateur me dit que la connection est toujours active...

je vais plus loins encore! je supprimer la connexion du catalogue et je dit que mon objet Connexion = null

non rien a fair la connexion est toujours active....


elle ne se detruit pas temps que je ne ferme pas l'application WindowsForm....


j'avais deja remarquer se problème par le passer mais je ne m'était pas attarder(je me connecter puis deconnecter mais je pouvais toujours executer des requetes...)

[tomlev]

Ce ne serait pas à cause du pooling des connexions ? Si le pooling est activé, quand tu appelles Close, ça ne ferme pas immédiatement le lien avec la base... ça le rend seulement disponible pour être réutilisé par un nouvel objet Connection.
Quel provider utilises-tu pour te connecter ? Odbc, OleDB, le provider MySQL natif ... ?

[TheBlackReverand]

j'utilise le connecteur .NET MySQL 5.1 (celui fournis sur le site de MySQL)

il faut donc que je precise pooling=false ??

ya t-il se genre d'option a preciser sur d'autre type de connexion?? (sql serveur, access, oracle.....)

[tomlev]

D'après la doc, tu peux préciser "Pooling=false" dans la chaîne de connexion. Mais je ne suis pas sûr que ce soit une bonne idée... l'ouverture d'une connexion est une opération relativement coûteuse, c'est pour ça que le pooling existe. Donc, à moins que tu aies une bonne raison de vouloir modifier ce comportement par défaut, je te conseille de ne pas y toucher

[TheBlackReverand]

en fait je met en place des fonctions pour gérè des connections donc par la suite se seras juste un "true/false" a mettre a la creation


c'est juste que pour moi quand je lui disais "Close" je penser pas quel resterais

merci pour les infos

[Xploit]

Salut,

J'ai la même interrogation concernant la fermeture d'une connexion MySQL via une application C#.

J'ai un code très basique ou je crée mon objet connexion, j'appelle la methode open(), puis je lance mes requêtes et finallement je voulais fermer proprement fermer la connexion MySQL avec la methode close() de l'objet connexion.
Apparemment ça ne ferme pas la connexion. Le GUI d'administration tools m'indique que la connexion est toujours présente (en mode sleep)...

J'ai meme essayé de mettre le code dans un block using (myConn = new MySQLConnection(...))
{

}

Mais en vain...
Bizarre que le système de pooling empêche de vouloir fermer "proprement" une connexion lorsqu'on le désire.

J'utilise .Net 2.0, MySQL5.1, connecteur MySQL disponible sur leur site.

[Bluedeep]

Bizarre que le système de pooling empêche de vouloir fermer "proprement" une connexion lorsqu'on le désire..

Le système de pooling sert précisément à :

- rendre une connexion au pool
- la laisser à disposition du pool de tel sorte qu'elle puisse être reprise très rapidement.

Rappel : les concepts de pooling des connexion sont arrivés avec les applications web qui imposaient une gestion des connexions très différentes de celle qui était utilisées pour les applis "lourdes" : ouverture de la connexion à la réception du post de la page, exécution de la requête, libération de la connexion. Le pooling a été conçue pour répondre au besoin d'un cycle de vie court de la connexion vue du programme client.

Rien de bizarre ici.


Maintenant que le pooling est universel, on a aussi changé de philosophie sur l'utilisation des connexions dans les applis "client lourd" (et accessoirement une DAL n'a pas à connaitre du type d'application qui la consomme, d'où gestion standardisées des dites connexions).

[Pol63]

et avec .dispose au lieu de .close ?