Discussion :

[slimane.3]

Bonjour à tous,

Quelqu'un connait-il une fonction qui permet de simuler l'éxécution d'une requête sql? En gros, j'aimerai faire un mysql.query(requête sql) sans que la requête soit éxécuter réellement, pour pouvoir vérifier si y'a une erreur de syntaxe dans la requête ou non.

Si quelqu'un pouvait m'aider...

Merci d'avance.

A+

[Gwipi]

Si ta requete est bien preparée tu ne devrais pas avoir d'erreur de syntaxe. Un exemple ?

[KiLVaiDeN]

Salut,

Si tu utilises un PHP >= 4.0.6, tu as le mysql_unbuffered_query qui te permet de faire une requête qui ne monopolise pas les résultats.

Ainsi, tu peux tester la validité de ta requête comme tu le ferais habituellement avec un mysql_query.
A+

[titoumimi]

à part tester ta requête dans phpmyadmin, je voit pas trop ....

[Fladnag]

Une idée comme ca :

Si tu rajoute (eventuellement de maniere automatique) une clause WHERE du genre :

WHERE 0=1

de maniere a ce que ce soit toujours faux, la requete sera "parsée" par mysql (donc provoquera une erreur de syntaxe s'il y en a une), mais ne s'executera jamais.

Cela ne permet evidemment pas de tester les eventuelles contraintes que tu peux avoir mis entre tes tables lors d'un INSERT/UPDATE/DELETE... ca ne fonctionne que pour les erreurs de syntaxes.

Maintenant, mon avis c'est que tu ne devrais jamais avoir d'erreur de syntaxe... et si ta requete vient de l'utilisateur : soit c'est un super utilisateur qui peut faire ce qu'il veux de maniere interactive, et dans ce cas là, tu execute la requete et lui renvoi le resultat (y compris si c'est une erreur !) , soit c'est une requete construite dynamiquement par un utilisateur lambda : Si tu arrive a avoir une erreur de syntaxe sur une telle requete, c'est que tu ne fait pas assez de controles sur les saisies utilisateurs en amont.

[Fluckysan]

Je suis plutôt de l'avis de Gwipi, je pense qu'il vaut mieu vérifier et bien construire la requête en amont pour éviter les erreurs :o

[slimane.3]

Re bonjour à tous

Mon but est en fait de vérifier la syntaxe des requêtes qu'un utilisateur pourrait saisir. Je ne sais donc pas à l'avance ce que l'utilisateur va saisir. Aussi, j'aimerai déterminer si il y a une erreur de syntaxe dans ce qu'il a écrit, avant même de décider de l'éxécution de la requête.
Par exemple, si il fait une requête genre DELETE blabla from TABLE, je voudrais pouvoir détecter s'il y a une erreur de syntaxe, mais bien entendu je ne veux pas que la requête s'éxécute

Je n'ai pas eu le temps encore de tester vos différentes solutions, en tout cas merci d'avoir répondu si rapidement.

Si vous avez d'autres idées n'hésitez pas surtout

Merci.

A+

[titoumimi]

tu peux utiliser mysqli je pense, en particulier le commit et le rollback

Tu met l'autocommit à false, tu fait ta requête, tu teste la valeur de retour, si ce n'est pas une erreur, tu commit, sinon, tu laisse couler ?

[KiLVaiDeN]

Ah donc oublie l'idée du unbuffered query, car dans le cas d'un DELETE, ça executera la requête.. Je pensais qu'il s'agissait uniquement de SELECT..

Je ne connais pas de fonction mysql sous php te permettant ce genre de "test". Pourquoi ne propose-tu pas une liste de requête à préremplir par exemple, comme ça tu es presque sûr qu'il n'y aura pas d'erreur, à moins que l'utilisateur soit mancho.. Juste une idée comme ça..

Et puis je ne comprend toujours pas l'interet fonctionnel que ça a, à moins que tu sois prof de SQL

[KiLVaiDeN]

tu peux utiliser mysqli je pense, en particulier le commit et le rollback

Tu met l'autocommit à false, tu fait ta requête, tu teste la valeur de retour, si ce n'est pas une erreur, tu commit, sinon, tu laisse couler ?

L'idée de faire une transaction est bonne je n'y avais pas pensé.. Bien vu titoumimi

[Fladnag]

L'interet me parait limité puisque que va tu faire si la requete n'est pas valide ? afficher l'erreur venant de mysql je suppose...
Mais si la requete est valide tu fais quoi ?? Tu l'execute ?

Dans ce cas là, quelle est la différence entre essayer de l'executer directement, puis renvoyer les erreurs retournées par mysql ?

Le seul cas ou tu *pourrais* avoir besoin de ca c'est dans le cas ou la requete en question n'ai pas pour vocation d'etre executée (meme si elle est valide). Mais dans ce cas là, tu propose donc a l'utilisateur de *preparer* des requetes pour une execution ulterieure... or la validité d'une requete peut dependre de son moment d'execution (suppression de table entre temps, ajout ou suppression de champs, de contraintes, etc...)

[slimane.3]

Une idée comme ca :

Si tu rajoute (eventuellement de maniere automatique) une clause WHERE du genre :

WHERE 0=1

de maniere a ce que ce soit toujours faux, la requete sera "parsée" par mysql (donc provoquera une erreur de syntaxe s'il y en a une), mais ne s'executera jamais.

Cela ne permet evidemment pas de tester les eventuelles contraintes que tu peux avoir mis entre tes tables lors d'un INSERT/UPDATE/DELETE... ca ne fonctionne que pour les erreurs de syntaxes.

Maintenant, mon avis c'est que tu ne devrais jamais avoir d'erreur de syntaxe... et si ta requete vient de l'utilisateur : soit c'est un super utilisateur qui peut faire ce qu'il veux de maniere interactive, et dans ce cas là, tu execute la requete et lui renvoi le resultat (y compris si c'est une erreur !) , soit c'est une requete construite dynamiquement par un utilisateur lambda : Si tu arrive a avoir une erreur de syntaxe sur une telle requete, c'est que tu ne fait pas assez de controles sur les saisies utilisateurs en amont.

J'ai testé hier une astuce de ce genre (j'ai rajouté "and blabla" à la fin de mes différentes requêtes), mais le potentiel est limitée. En effet, si on fait ça par exemple sur un insert, et que l'on tente d'insérer dans une table inexistante, il détecte d'abord l'erreur de "blabla"

Mon objectif est en fait de détecter toutes les erreurs de syntaxe qu'un utilisateur pourrait faire, sans pour autant exécuter la requête (surtout si c'est un delete ou un insert )

[slimane.3]

Bah alors, personne n'a de solution? Tout le monde sèche...

[Alexandre T]

Bonjour,

Vous démarrez une transaction : BEGIN TRANSACTION;
Vous lancez votre requête : DELETE FROM TOTO;
Vous annulez votre transaction : ROLLBACK TRANSACTION;

Voilà

[slimane.3]

Je me suis penché de plus près sur cet histoire du rollback et je pense que ca va pouvoir m'aider un peu. Merci de votre aide. A+