Discussion :

[R&B]

Bonjour,
Je cherche à valider les requêtes SQL générées par programmation... AVANT de les exécuter, histoire de ne pas déranger un serveur HFSQL pour rien.
Et, sauf si mes yeux me trompent, je n'ai pas trouvé de commande autre que HExecuteRequete<SQL>...

En effet, et c'est le mal des requêtes calculée (requêtes texte)/stockées en chaine, elles ne suivent pas forcément les mises à jour du MCD.
On ne peut donc pas prédire le résultat avant d'être en situation... C'est ce dont on souhaite se prémunir.
Et non, on ne va pas aussi les parser quand le moteur HFSQL le fait systématiquement.

Au détour de mes recherches je suis tombé sur HPrepareRequete qui semblait prometteuse mais qui, je cite, "est optionnelle et ne peut être utilisée que sur des bases de données Client/Serveur (actuellement disponible sur AS/400)."... Pourquoi alors l'avoir nommé Hxxx si elle ne porte sur HFSQL ?

Bref, si une solution qui n'est pas une bidouille existe (HEXecute sur un alias vide pour ne pas retourner de résultat et aller donc trés vite, ou pire, ajouter un TOP 1...), je suis très curieux.

[Ry_Yo]

Bonjour,

Il n'y a pas à ma connaissance de contrôle possible sur la syntaxe SQL, pour une raison simple : chaque éditeur a implémenté une des normes ISO pour SQL (sachant que la dernière selon Wikipédia date de 2011), mais à rajouter leur surcouches propriétaire, ce qui fait qu'un mot clef SQL comme "DECODE" par exemple existe pour un SGBD et pas un autre.

Du coup, comment certifier qu'une requête valide sur MS-SQLSERVER fonctionnera sur ORACLE ? (et encore moins sur HFSQL )

Bref... il va donc falloir ruser.

HPreparexxx() est pour moi simplement l'implémentation de PCSOFT de fonction de SGBD déjà existante sur d'autre éditeur de SGBD. D'où ça non disponibilité selon le SGBD car l'éditeur du SGBD n'ayant pas encore "réfléchit" dessus.


PS : pour aller un peu plus loin, voici un article intéressant qui date un peu sur l'interopérabilité entre différent SGBD : http://sqlpro.developpez.com/cours/sqlaz/fonctions/

[R&B]

Merci Ry_yo.

Je pensais plus à une chose du genre EXPLAIN de MySQL ou prepare() de MySQLi dans PHP.
Le hic est qu'on n'a rien que ce soit au niveau HFSQL ni WLangage alors que c'est la première action du moteur que de vérifier la syntaxe.

Ca sent bon la RequêteAuST...

[djejackk]

Bonjour,

L'ordre EXPLAIN est disponible (depuis la version 18 je crois, mais ça existe en 19 pour sûr)... Et il y a un petit exemple d'utilisation dans WinDev ("WD Analyseur Explain HFSQL").
Si ça peut vous aider...

Cordialement.

[michel.souris]

Si vous faites un hExecuterequeteSQL la première action sera de checker la syntaxe SQL (coté client) avant d'attaquer le serveur... d'où la présence de la constante hRequeteSansCorrectionHF qui permet d'outrepasser ce premier contrôle). Donc le comportement natif de la fonction répond à votre exigence technique... enfin je crois

[R&B]

merci Michel.
Effectivement, à cela près qu'en cas de succès le serveur est interrogé...
L'objet est de simplement vérifier la syntaxe et ce SANS interroger le serveur inutilement.
Le problème ne survient pas en cas d'erreur car effectivement, le coté client de HExécuteRequeteSQL déclenche l'erreur voulue

En revanche si la syntaxe est valide, on va devoir attendre que le serveur exécute la requête... inutilement dans ce cas. C'est là l'objet de ma demande.

[michel.souris]

D'accord.... vous avez raison ça ne réponds pas à votre problématique.... je ne connais pas de solution.

[R&B]

+1 djejackk !
C'est bien cela