Discussion :

[Progs]

Bonjour,

Je développe une application serveur tcpip et client de base de donnée en meme temps. C'est donc une application qui est sensée etre lancée en permanence. Le composant TDatabase est connecté en permanence ((des)activation par un bouton)

Or quand elle est lancé plus d'une journée sans arret (et inactivement), lorsqu'elle cherche à faire un appel à la base de donnée je reçois une exception "Erreur SQL générale" sans autre explication. Et j'ai juste à appuyer deux fois sur mon bouton d'activation/desactivation de la db (TDatabase.Connected) pour que ça refonctionne correctement.

Y aurrait-il un système de timeout à la db (utilisation de oracle), ou autre ?

Est-ce plus propre d'activer/desactiver le TDatabase à chaques connexion/deconnexion de clients ?

Merci.

[Giovanny Temgoua]

Bonjour,

Ce qui serait pratique c'est de "couper" la connexion après un temps d'inactivité (chaque fois que tu lances une transaction par exemple, tu réinitialises le compteur)...

Pour ce qui est du timeout de la bd, je pense que cà doit fonctionner de la même façon (un thread de connexion qui reste longtemps inactif est "tué")

A+

[Progs]

Ben "couper après un temps d'inactivité" à la limite j'y pensais mais bon ça fait pas très propre, d'autant plus si un mec se connecte à ce moment là la connexion n'est pas instantanée.

Sinon "à chaques fois que tu lances une transaction" le problème c'est que c'est multithread donc j'y ai pensé mais bon comme c'est multithread et qu'il y a qu'un seul composant TDatabase par TQuery (qui lui est dynamique) (et apparament le TDatabase est détecté automatiquement par le TQuery vu qu'il n'y a pas de pointeur dans le composant de type TDatabase*) donc bon...

Voila mais bon je vais y réfléchir, si tu as une suggestion.. :)

Merci :)

[Pero]

Ben "couper après un temps d'inactivité" à la limite j'y pensais mais bon ça fait pas très propre, d'autant plus si un mec se connecte à ce moment là la connexion n'est pas instantanée.

Je ne vois pas ce qui est sale C'est le principe même du TimeOut. Et avant de déconnecter, tu regardes dans les tables systèmes si personne ne travaille sur la DB.

[Progs]

En théorie les connexions clients ne durent que quelques secondes, donc bon autant vérifier la non présence de thread. Mais bon rien ne prouve que juste au moment timeout quelqu'un va pas se connecter... enfin au pire je mets une deconnexion automatique après un certain temps sans faire d'opération, et dans le cas où c'est déconnecté et qu'un thread se connecte je reconnecte..

Bon ben merci en tous cas.