Discussion :

[Kalite]

Bonjour,

Je voudrai avoir une petite information. Je fait une application C++ qui va attaquer une base de donn�es. Je voudrai savoir s'il est pr�f�rable d'ouvrir la connexion pendant toute la dur�e de vie de l'application ou est-il pr�f�rable de l'ouvrir et de la fermer apr�s avoir ex�cuter mes requ�tes ?


Merci a tous

[farscape]

salut,
a mon avis le seul crit�re qui peut influer tont choix c'est la fr�quence de tes requ�tes.

[Kalite]

c'est un bon crit�re voir m�me excellant.

merci de ta r�ponse.

[PetitPapaNo�l]

Bonjour,

En ce qui me concerne, puisque je suis dans le m�me cas, j'ai opt� pour une solution mixte :
- pendant les traitements faisant intervenir de nombreuses requ�tes, je reste en mode connect� ;
- pendant le reste du temps, je suis en mode d�connect� (� chaque fois que l'appli lance une requ�te, elle se connecte puis se d�connecte de la base de donn�es).

[Mat.M]

Bonjour,

Je voudrai avoir une petite information. Je fait une application C++ qui va attaquer une base de donn�es. Je voudrai savoir s'il est pr�f�rable d'ouvrir la connexion pendant toute la dur�e de vie de l'application ou est-il pr�f�rable de l'ouvrir et de la fermer apr�s avoir ex�cuter mes requ�tes ?

�a d�pend si la bdd est serveur ou pas.
Si c'est une base de donn�e Access "� cot�" on peut ouvrir la connection de mani�re permanente.
Si c'est une bdd genre MySQL ou SQL-Server sur r�seau , comme il y a des risques de d�connection r�seau il est peut-�tre judicieux d'ouvrir � chaque requete.
Autre point important: les acc�s concurrentiels.
Si la connection est ferm�e un autre utilisateur peut-mettre � jour la bdd.
Si tu fais des requetes et que tu fermes la connection que ce passe-t-il dans le cas d'un ROLLBACK ?