Discussion :

[jjacques68]

Re-bonjour,

tout est dans le titre...

Je me pose une question :

Est -il plus judicieux de d'écrire les requêtes en dur ou d'utiliser l'éditeur de requête ?
Y aurai-il une différence de rapidité d'exécution entre les 2 ?

Merci pour vos conseils !!

Cordialement,

JJacques68

[frenchsting]

L’Intérêt de l'éditeur de requête est d'avoir un assistant.
L'inconvénient : c'est pas prévu pour faire des requêtes "pointues".

De plus, il va te proposer sans cesse de faire des clés composées pour améliorer les vitesses de traitement.

[Nicolas_Jeanneau]

Bonjour,

personnellement j'ai beaucoup utilisé l'éditeur de requêtes mais j'en reviens car en effet sur les requêtes un peu tortueuses l'éditeur est complètement perdu !

Donc pour les interrogations simples, éditeur pour les trucs compliqués, requêtes manuelles.

Côté perf, il n'y a pas photo non plus si tu dois boucler sur une table ou requête pour sélectionner ensuite d'autres données parce que l'éditeur n'a pas pu construire ta requête alors que ton serveur peut te renvoyer les données directement et rapidement via une seule requête ...

à bientôt,

Nicolas

[michel.souris]

Si par en dur il faut comprendre utiliser les fonctions SQLExec avec une variable chaine pour requête.. je ne partage pas l'avis des autres répondeurs.

Personnellement j'utilise les requêtes "paramétrées" mais je n'utilise pas l'éditeur de requête graphique, je code mes requêtes en SQL.
L'intérêt est de construire une collection de requêtes réutilisables... (avec la gestion conditionnelle des conditions : si le paramètre est fournie, la restriction est appliquée sinon non)

[Ry_Yo]

+1 pour Michel.souris

Le fait de s'astreindre à créer ses requêtes via le requêteur de Windev mais en code SQL, garantie une "collection de requête", et cela nous force à piocher dans cette collection avec de créer une nouvelle requête au fil du code...
Bien entendu, certaines requêtes sont tellement tordu qu'elles ne peuvent se créer simplement car construit au fil de la sélection de l'utilisateur dans l'IHM.... Mais cela doit rester une exception et non la règle. Et le fait de créer des requêtes directement en SQL fait que la couche Windev n'essai pas de faire une rétro-analyse de la requête (de toute façon, il n'y arriverait pas ^^ ), et donc on est pas plus embêter que cela lors du codage....

Pour moi, le problème majeure lorsqu'on code ses requêtes au fil du code, c'est la maintenance, sur une première approche, il est plus facile de maintenir un pool de requête que des requêtes parsemés à droite et à gauche dans le code...

[jjacques68]

Merci pour vos réponses,

Dans mon cas les requêtes sont plutôt à usage unique.
D'une complexité plus ou moins definie.

Il est vrai que certaine requêtes ne peuvent être que codées...

A voir a l'usage...

[R&B]

Salut

Si Ry_Yo et michel.souris partagent un avis argumenté, je me permet de balancer un peut l'éditeur de requête.

Notez que les requêtes issues de l'éditeur (requêtes WDR) n'exploitent pas les paramètres non fournis.
Notez qu'en guise de collection, les-dites requêtes sont disponibles comme des définitions de fichier en quelque sorte.
Notez que pour la maintenance, le compilateur a évolué pour en tenir compte lors des mises à jour de l'analyse.
Notez enfin que l'éditeur de requête a aussi affiné la gestion des jointures.
L'amélioration du modèle des données depuis une requête est un outils justifié si on considère qu'on est dans un AGL.
Les puristes n'aimeront pas la démarche mais cela permet au moins chevronnés de sensiblement améliorer la vitesse de leurs requêtes.

Enfin, le SQL sur HFSQL est à réserver pour les choses simples... sinon prévoir un stock de café.