Discussion :

[loukili81]

Bonjour tout le monde,

Mon projet actuel travaille sur une BDD Oracle. Dans une partie de ce projet, je fais appel au WebService pour alimenter la base.

une logique est maintenue :

- une connexion BDD par session utilisateur.
- une seule connexion BDD, partagée par toutes les sessions utilisateurs, sera utilisée par le WebService.

Mon souci est le suivant :

Lorsque la connexion au serveur oracle se réinitialise , le WebService pert accès (connexion) à la BDD ( ce qui est logique jusque là) et j'ai l'exception suivante :

ORA-03114: pas connecté à ORACLE

Pour pallier à ceci, J'ai rajouté un test qui verifie si la connexion est toujours établie à la BDD. ce test est implémenté dans une classe utilisée par mon WebService. voici mon bout de code :

if(connection.State !=System.Data.ConnectionState.Open)
connection.Open();
...

le problème c'est que lorsque le serveur Oracle crash, l'objet manipulant la BDD (connexion, interogation, déconnexion..) ne détecte pas ceci et garde les données de la connexion qui venait de chuter (ce qui est logique aussi).

mais ceci me pose problème Comment pourrai-je résoudre ? y' aurait-il un moyen pour maintenir mon objet "A jour" sur l'état de ma connexion à la BDD ?

Merci pour toutes vos suggestions. Je vous serai vraiment reconnaissante.

Bon chance et courage à tout le monde.

[SaumonAgile]

Tu dois aussi savoir que l'utilisation recommandée en .NET des connexions BDD est de l'ouvrir le plus tard possible et de la fermer le plus tôt possible. En interne le framework utilise un pool de connexions qui sont réutilisées autant que possible avant d'être 'rafraichies'.
Utiliser une approche de ce type, peut sans doute aider à résoudre ton problème.

[loukili81]

salut SaumonAgile, je te remercie pour ta réponse rapide. sinon est que le fait d'ouvrir et de fermer la connexion à chaque interogation de la BDD n'influencera t-il pas la performance de mon application ? c'était pour cette raison que j'ai adopté cette solution. sinon j'essaie de mon coté de creuser la dedans.

Merci mille fois.

[SaumonAgile]

salut SaumonAgile, je te remercie pour ta réponse rapide. sinon est que le fait d'ouvrir et de fermer la connexion à chaque interogation de la BDD n'influencera t-il pas la performance de mon application ? c'était pour cette raison que j'ai adopté cette solution. sinon j'essaie de mon coté de creuser la dedans.

Merci mille fois.

Non car le framework utilise un pool de connexions en interne. Concrètement cela signifie que :
- Quand tu ouvres une connexion, il pioche une connexion dans son pool.
- Quand tu fermes la connexion, il la remet dans le pool sans forcément la fermer réellement et permettre de la réutiliser rapidement sans faire vraiment de fermeture/ouverture à chaque fois.

[loukili81]

ok je vois. je vais voir si ça résout mon problème. surtout va falloir convaincre l'équipe avec laquelle je travaille .on me pose la question suivante :

est ce que ceci reste valable quand la connexion est ouverte par le WebService.

moi je pense que c'est "oui" puisqu'on utilise le même principe (chaine de connexion) mais apparemment on aimerait bien avoir une confirmation d'ailleur

Merci pour TOUT.

[SaumonAgile]

Oui cela reste valable car c'est aussi le framework qui gère les connexions sur le serveur hébergeant le service web. Evidemment, il faut tout de même bien appeler les méthodes Open et Close sur les connexions utilisées même si en interne ce n'est pas forcément une ouverture et une fermeture physique de la connexion qui est effectuée par le framework.

[loukili81]

Merci bcp SaumonAgile pour ton aide et pour les infos. Bonne continuation à toi.