Discussion :

[WebPac]

Bonjour tout le monde,
lorsqu'on ouvre une requête avec un TSQLQuery et que la base de donnée met un quart d'heure pour ouvrir la requête, l'application reste figée pendant ce quart d'heure.

La solution est de faire l'ouverture de cette requête dans un Thread, ainsi on peut continuer à travailler. Mais on ne peut pas kicker l'ouverture de la requête tant qu'elle n'est pas terminée (j'ai essayé tout ce que j'ai pu trouver et rien n'a marché). A cause de ça, la suppression du composant à la fermeture de l'application attend la fin de l'ouverture de la requête. Ce qui est embêtant si on doit attendre 15 minutes le temps que la requête s'ouvre.

Une solution serrait de mettre un TimeOut avant d'ouvrir la requête, ainsi si par exemple au bout d'une minute la requête ne s'est pas encore ouverte, on arrête l'ouverture de la requête.
J'ai cherché dans les propriétés du TSQLQuery ainsi que dans le TSQLConnection mais je n'ai pas trouvé d'allusion à un TimeOut.

Je viens ici demander si quelqu'un a une solution pour implémenter un TimeOut.
Merci.

[tatareau]

un TimeOut peut être une sorte de chrono dans un Thread différent de ta requête.le thread Timeout est lancé avant ta requete et à la fin d'un temps précis test un boolean. Ce boolean aura changé d'état (vrai par exemple) après le succés de ta requête.
Bon code

[WebPac]

Merci pour ton aide, mais je connais déjà tout cela. Mais quand on a une requête qui met 15 minutes à s'ouvrir, même en mettant un minuteur pour arrêter le traitement, on peut continuer le travail dans le thread principal mais la requête qui tente de s'ouvrir est inaccessible dans le thread principal, on ne peut pas l'arrêter. C'est ce problème dont je parle.

[tatareau]

YES, j'avais pas compris . En effet c'est l'ouverture de requête qui est bloquant..Il me semble que c'est du côté du SGBD qu'il faut chercher. En effet c'est là où le blocage se "passe", à l'ordonnencement des requêtes. Comme on dit, contact ton administrateur de bases.
C'est seulement une idée
Bon Code

[WebPac]

YES, j'avais pas compris . En effet c'est l'ouverture de requête qui est bloquant..Il me semble que c'est du côté du SGBD qu'il faut chercher. En effet c'est là où le blocage se "passe", à l'ordonnencement des requêtes. Comme on dit, contact ton administrateur de bases.
C'est seulement une idée
Bon Code

Ouais mais non, car la base de donnée est celle du client, elle peut être en SQL Serveur, Oracle, Firebird, Access, Informix, autre via ODBC et j'en oublie.
De plus faire une application qui travaille sur des connexions à des bdd et qui n'arrive pas à se fermer, on ne peut pas demander à l'utilisateur de contacter son administrateur de base de donnée pour nous déconnecter, ça fait pas très pro.
C'est vraiment un point bloquant, surtout quand on commence à tapper sur des gros volumes.

[Rayek]

Est il posible de voir la requete?
Car je trouve que 15mn c'est un peu trop pour une requete.

Sinon n'est il pas possible de découper le gestion de la requete en plusieurs étapes (faire une partie de la requete puis une autre partie etc ...) et entre chaque étape vérifier qu'il n'y a pas une demande d'arret du traitement.