Bonjour,

J'ai un ptit soucis de tps d'execution.
Comment expliquez-vous que cette requete :
SELECT MIN(LPAD(fw_modele, 6) || LPAD(fw_coloris, 2) || fw_taille
FROM fwstam " + ...
WHERE fw_cle1 = 'F' and fw_cle2 = ' ' " + ...
AND LPAD(fw_modele, 6) || LPAD(fw_coloris,2) || fw_taille > '144630 '

- est executé en 2 secondes avec WDSQL
- est executé en 10 secondes dans code windev (sqlexec + sqlpremier)

Avez-vous une explication ?
Merci d'avance pour votre aide..
Julien.

Bonjour,

la reponse est assez simple en fait. c'est la methode de parcours

WDSQL doit faire du fetch, c'est a dire execute la requete et envoi tout de suite les lignes

votre parcours est en mode total a cause du SQLPremier. dans ce mode la requete est executée et toutes le lignes remontées en memoire avant de faire quoique ce soit d'autre. cela pour pouvoir navigué et faire SQLSuivant , SQLPrecedent et SQLdernier, etc ....

essayer dans votre parcours d'utiliser SQLFetch pour executer le parcours comme WDSQL vous devriez avoir a peu près les meme temps.

tout depend ensuite de ce qu'on veut faire. recuperer toutes les ligne ou bien faire des precedent et dernier et autre.

si dans votre parcours vous n'avez besoin que de SQLSuivant pour lire toutes les lignes et les mettre dans une table memoire utilisez plutot SQLFetch, qui a un parcours plus rapide. ca avite de charger en memoire les lignes resultat avant de les mettre dans la table memoire.

par contre si vous avez besoin de revenir sur une ligne precedente. en uitlisant SQLPrmier, ou SQLPrecedent, ou SQLDernier, vous devez passer par la methode de recuperation de toutes les lignes (avec SQLExec, puis SQLPremeier)

mais dans la majorité des cas vous n'avez pas besoin de passe par cette methode et SQLFetch est plus rapide. car il ne charge que la ligne en cours

Voila
Bon dev
@+

Désolé mais j'ai essayé avec un sqlftech et c'est pas plus rapide...