Arrêt de l'exécution d'une requête MySQL dans DELPHI.

Salut,

Je suis en plein dans l'implémentation d'une application Delphi utilisant comme base de donnée MySQL. Le problème auquel je suis confronté en ce moment se situe au niveau de l'exécution des requêtes MySQL à partir de DELPHI. En effet, il arrive que je requête sur des ensembles de données très importants et généralement après le lancement, il faut attendre 4 à 5 minutes pour avoir un résultat. Donc si l'on se trompe de requêtes, le temps nous paraît tout à coup très long. Ma question est de savoir s'il existe une méthode permettant de stopper une requête en cours d'exécution.

Merci d'avance pour vos réactions.

Ciao.

en ce qui concerne l'arrêt de la requête je ne sais pas, mais par contre pour ta base de données je serais toi je mettrais des index dedans, ça te simplifiera la vie et traitera les données nettement plus rapidement... à moins que ce ne soit déjà fait, dans ce cas, ben bonne chance!!.. :wink:

A ma connaissance je ne crois pas que tu ne peux stopper l'execution d'une requete SQL. Mais bon je suis qu'un jeune programmeur qui ne connait pas tout( loin de la).

Tout ce que je sais c'est que tu peux utiliser l'evenement AfterScroll ou BeforeScroll pour gerrer ton probleme. Ces deux evenements permettent d'executer un code entre deux enregistrment(Avant ou apres qu'il passe a l'autre enregistrement).

Donc a la rigeur tu peux faire ca

Code:

---

1 2 3 4 5

procedure TForm1.SQLQuery1AfterScroll(DataSet: TDataSet); begin if Stop=true then SQLQuery1.close; end;

---

Voila en esperant t'avoir aider

Salut,

C'est vrai que j'ai encore énormement de doutes sur la possibilité de stopper une requête SQL en cours d'exécution mais je pars du principe que l'interrogation d'une base de données est un processus et que si l'on arrive à tuer(kill) le processus, on arrête du coup l'opération. Actuellement, j'utilise la bibliothèque de composants MySQLDAC (d'accès direct à MySQL) et son composant TMySQLDataBase fournit une méthode Kill prenant en paramètre un identifiant de processus. Maintenant, mon idée est de pouvoir déterminer quel numéro de processus correspond à la requête lancée.

Voilà l'état actuel de non raisonnement.
Merci d'avance pour vos interventions.

Mais cette requete a moitie executer ne risque t'elle d'endommager ta base (Surtout si c'est un UPDATE ou un INSERT) :?: :?: :?: :?:

L'éventualité selon laquelle cette opération puisse endommager ma base de données n'est pas à négliger, et d'un autre côté je n'en ai aucune certitude d'où mon besoin d'effectuer des tests concluant de la pertinence de l'opération ou tout simplement de son rejet définitif.

Et tu ne veux pas lancer ta requête dans un thread séparé ?

Citation:

---

Envoyé par Kuroro

Donc a la rigeur tu peux faire ca

Code:

---

1 2 3 4 5

procedure TForm1.SQLQuery1AfterScroll(DataSet: TDataSet); begin if Stop=true then SQLQuery1.close; end;

---

---

J'ai testé ton code, ca marche, mais uniquement une fois que la résultat de la requête est remonté. Malheureusement pendant l'exécution de la requête elle-même (lorsque le curseur se transforme en sablier SQL) il est, semble-t-il, impossible de reprendre la main avant que son exécution soit terminée.

La solution de Nicolas.C semble être intéressante concernant l'utilisation des "Threads" séparés.
Il serait bien d'ailleurs, Nicolas, que tu développes d'avantage ton idée. Voire que tu nous donnes un bout de code en exemple. :wink:

J'ai eu pas mal de problème de lenteur avec des affichages de données (oracle ou mysql).

Je les ai résolu (diminué plutot) de troisfaçons:
- en changeant la structure de la table (redondance d'informations)
- en rendant les composants affichants les données invisibles pendant l'ouverture de la requete
- passer par le remplissage d'un clientdataset intermédiaire

Ce n'est peut-être pas applicable dans ton cas, mais si ça peut aider

Citation:

---

Envoyé par joelmarc

Salut,

C'est vrai que j'ai encore énormement de doutes sur la possibilité de stopper une requête SQL en cours d'exécution mais je pars du principe que l'interrogation d'une base de données est un processus et que si l'on arrive à tuer(kill) le processus, on arrête du coup l'opération. Actuellement, j'utilise la bibliothèque de composants MySQLDAC (d'accès direct à MySQL) et son composant TMySQLDataBase fournit une méthode Kill prenant en paramètre un identifiant de processus. Maintenant, mon idée est de pouvoir déterminer quel numéro de processus correspond à la requête lancée.

Voilà l'état actuel de non raisonnement.
Merci d'avance pour vos interventions.

---

Je pense que c'est la meilleure piste.
Pour retrouver l'id du process à tuer, essaye avec la commande SHOW PROCESSLISTde MySql.

Je n'ai pas de MySql sous la main, donc je ne peux te dire sous quelle forme cette commande renvoie les infos, mais ça pourrait bien être la solution.