Ouverture et fermeture connexion SQL.

Bonjour,
Je développe une application en VB.net. J'ai une classe dans laquelle se trouve plusieurs fonctions qui permettent d'exécuter des requêtes SQL. Chaque fois qu'une fonction de cette classe est appelé, j'ouvre la connexion et je ferme celle-ci. Est-il correct de procéder ainsi? Sinon, comment fait-on pour bien gérer une connexion SQL? Parfois, j'obtiens le message d'erreur "current state is open" et pourtant ma connexion est selon moi fermé, d'après ce que je vois dans mon code.

Merci de me répondre, votre aide serait apprécié.

Bonjour,

Le regroupement de connexions (connection pooling) à la base de données est automatiquement opéré par le pilote que l'on utilise pour y accéder (ADO.NET, ODBC, OLEDB, ...).
Un pool est utilisé pour toutes les connexions utilisant précisément la même chaîne de connexion.
Les paramètres de la session sont réinitialisés automatiquement, toujours par le pilote, qui fait un appel à sp_reset_connection (sauf exception, comme le niveau d'isolation des transactions).

Donc le problème vient du code, et là je ne peux pas trop vous aider ...

@++ ;)

Bonjour,

En fait, est- il correct que dans chaque fonction ou j'exécute une requête j'ouvre et je ferme la connexion? Je comprends mal comment gérer plusieurs connexions. J'ai ma fonction et par exemple je fais connectionSql.open, j'exécute la requête et ensuite je fais connectionSql.close, et ce, pour chaque fonction qui sont appelées. Est-il correct de procéder ainsi?

Merci pour votre aide!

oui, c'est ce qui est recommandé par la plupart des bases de données, ouverture puis fermeture dès qu'on a fini d'utiliser la liaison
en multithreading il peut donc y avoir plusieurs connexions ouvertes en même temps, ca ne pose pas de soucis sur les vraies bases de données

par contre il faut bien des objets connexions uniques pour chaque fonction
si tu as une variable as sqlconnection pour toute la classe c'est moins top (enfin sauf si tu n'utilises que le thread principal)
c'est d'ailleurs pour ca qu'on encapsule en général l'accès aux données dans une classe qui s'occupe de la connexion, de l'exécution de la requête et du retour de données

au passage on utilise en général un using/end using

Code:

---

1 2 3

Using con as new sqlconnection ' code end using

---

le using permet d'être sûr que la méthode Dispose est appelée en sortie de bloc (même sur une exception)

Dispose permet de libérer la mémoire non managée utilisée, pour les connexions sql dispose appelle aussi close

Bonjour à tous, je rebondis un peu sur ce sujet concernant le Using - End using ...

Lorsque j'insère une nouvelle ligne je le fais ainsi :

Code:

---

Form1.Table1bindingSource.DataSource.Rows.Add(New Object() {............})

---

Pour modifier, je mets à jour le Table1datoagridview puis termine ainsi :

Code:

---

1 2 3 4

Me.Validate() Form1.Table1bindingSource.EndEdit() Form1.Table1dataAdapter.Update(CType(Form1.Table1bindingSource.DataSource, DataTable)) Form1.Table1.AcceptChanges()

---

Actuellement, je me sers du Try / Catch / End try.... Si je comprends bien dans le cas d'une exception, on passe directement au Catch puis je suppose que le programme continue directement après le End Try ?
Je n'arrive pas dans mon cas à savoir comment utiliser le Using .... End Using dans mon cas ....
Si je fais un Me.dispose() après mon End Try, ais-je toutes les chances que ma connexion est fermée quoi qui se passe ?

je ne suis pas spécialiste du dataadapter, mais ici tu ne gères pas directement la connexion donc tu n'as pas de question spécial à te poser là dessus je pense

après dans le principe du try catch, en cas d'erreur, ca passe au catch puis au end try et ca continue
il existe aussi finally, on peut faire soit un try/finally, soit un try/catch soit un try/catch/finally
le code qui est mis entre finally et end try est exécuté dans tous les cas, qu'on sorte normalement du try ou qu'on y sorte par le catch

donc dans les faits dans que ca soit avec un catch et/ou un finally on se demande comment rester dans un état propre (sans truc à moitié fait ou à moitié ouvert)
beaucoup de choses peuvent générer une exception, pour les méthodes du framework, il y a dans l'aide la liste des exceptions qu'un membre peut lever et la cause
et après il y a les choses du langages, comme un dépassement de capacité, appeler un membre sur une variable qui vaut nothing etc...

Salut Pol63,

Merci pour ces précisions. Le Me.dispose() libère pas mal de choses, ferme-t-il aussi une connexion qui aurait pu être ouverte et pas refermée ?

me.dispose libère la mémoire non managée de l'instance en cours
sur une fenetre ca la ferme, puis ca libère les ressources

après sur le reste c'est le GC qui agit, quand l'instance sera collectée toutes ses variables seront mises à nothing
et dans les variables en questions, quand elles ne seront plus pointées par rien elles seront à leur tour collectées
et le finaliseur d'une connexion doit la fermer ...

en bref il vaut mieux faire tout ce qu'on peut soit même ^^
et au passage comprendre ce qu'est la mémoire non managée, la méthode finalize, le fonctionnement du GC etc...

Re,

Code:

---

en bref il vaut mieux faire tout ce qu'on peut soit même

---

Oui tout à fait d'accord avec toi. Quand tout va bien, pas de soucis. C'est quand une exception est levée que çà peut un peu semer la zizanie ....