Discussion :

[marcolo21]

Bonjour tous le monde,

J'ai fait un programme en c# qui utilise des connection SQL.

J'aimerai savoir comment vous gérer les pertes de connection.

Je sais qu'il faut utilisé des try catch.

Mais par exemple dans une fonction j'utilise un datareader

Comment savoir si il est rentrer dans le catch s'il a perdu la connection ou bien s'il a eu un problème avec la base de donné au tout autre problème ?

Cette exemple est valable pour toute les autres chose relier a la connection sql comme les transaction etc.

Alors comment faite vous pour gèrer les pertes de connection et avertir l'utilisateur si la connection est perdu

merci beaucoup en esperant avoir été assez claire.

[MetalGeek]

Salut,

ton objet représentant la connexion a une propriété State.

Aussi, dans le catch l'exception attrapée te fournit des informations sur ce qui s'est passé.

[marcolo21]

merci pour ta réponse,

j'ai fait quelque teste et la fonction state ne change pas immédiatement après que la connection soit perdu. J'ai fait quelque recherche et on dirai qu'elle change seulement si elle attrape un exception (j'ai pas tester si elle changai vraiment). A moin qu'il y ait une fonction refresh ?

Donc il semblerai que le state serai plus un indicateur pour savoir si une connection est déja ouverte avant d'en ouvrir une. A moins que je ne me trompe ?

comme gerer savoir que le message d'exception est celui d'une connection perdu.

merci

PS: Je tien a préciser que mon programme est destiné a windows CE 5 et que je suis donc sur le Compact framework 3,5

[Bluedeep]

Ne pas oublier aussi les event StateChange et InfoMessage sur l'objet SqlConnection, qui permettent d'être averti des modifications d'état ou de remontée d'info depuis le serveur.

Sauf problème réseau et/ou redémarrage du serveur alors que la connexion est ouverte, on ne "perd" pas une connexion comme cela.

Si cela arrive c'est visiblement que la durée de vie de tes connexions est trop longue.

C'est un schéma qui avait sa justification, il y a ... quelques années (+ de 10), mais les connecteurs actuels dispose (tous ?) de pool de connexions qu font qu'on ne voit pas vraiment de nécéssité à laisser une connexion ouverte quand on ne l'utilise pas. Le temps d'aqcuisition sur Sql Server est quasi négligeable.

[marcolo21]

merci bluedeep pour ta réponse,

Comment marche les event state change sur le sql connection ?

Pour la connection il y a des risque de perte de connection puisque je suis sur un appareil mobile qui ce promène dans une usine. Il y a donc des chance que la connection puisse être perdu en milieux de traitement par exemple et envois des exception c'est pourquoi j'essai de comprendre comment les gérer.

merci

[arthenius]

salut

je tombe un peu par hasard sur ce poste.
nous avions la meme problematique, a savoir des pockets qui se connecte via le wifi a une bdd sql stockee sur un serveur...

enfin qd je dis se connecte, nous passons par des webservices, n'ayant pas trouver d'autre méthodes (pas de connection direct ADO depuis pocket vers sql sur le reseau...enfin a ma connaissance...)

Pour palier a ces pbs de deconnection lie a un wifi defaillant par endroit (stock oblige...), j'ai fait un webservice qui permet de tester (par un simple select) si la connection est valide
si l'appel a ce webservice plante ==> j'ai une boucle while qui se lance, qui relance le meme webservice en incrementant une variable et tout les 10 essais je demande si on souhaite continuer...tant que ce test n'est pas bon, je ne lance pas les vrais gros traitement d'update ou autre insert de BDD

c'est le seul moyen a peu pres propre que j'ai trouver, pour palier a notre pb de wifi...
si cela peux t'aider...