Discussion :

[vierkjan]

Bonjour a tous;

Je suis a la recherche d'un outil pour la vérification des règles de nommage des Query SQL.

Avez-vous des idées?

Merci en avance.

[Scriuiw]

Qu'entends tu par règles de nommage ?
L'utilisation de mots réservés ?

[vierkjan]

Bonjour Scriuiw

Les règles de nommage de la norme SQL2

• ne pas dépasser 128 caractères

• commencer par une lettre

• comprendre uniquement les caractères suivants [ 'A' .. 'Z'] U ['a' .. 'z'] U [ '0' .. '1'] U [ '_' ]

• un nom d'objet ne peut pas être un mot réservé de SQL sauf à être utilisé avec des guillemets

• être insensible à la casse

[dehorter olivier]

Une vérification simple, ça plante si les règles ne sont pas respectées

[Scriuiw]

Le PARSE de ta requête en réel est certainement le meilleur outil à ta disposition.

[vierkjan]

Bonjour Olivier,

Ce vrai, mais je ne veux pas faire une modification a chaque fois que ça plante, et non plus faire un parce pour chaque requête.

L’idée c'est qu'un outil externe analyse les requêtes et à la fin affiche un rapport.

[Scriuiw]

Je ne comprend pas l'utilité que vous voulez en avoir ?

Pour des packages, procédures ou fonctions statiques les erreurs se voient à la compilation.

Pour du SQL dynamique ou des requêtes anonyme c'est lors de l'exécution, mais il faut bien tester son code avant toute mise en production, donc les erreurs seront repérées à ce moment-là !

Où voulez-vous en venir ?

[dehorter olivier]

Bonjour Olivier,

Ce vrai, mais je ne veux pas faire une modification a chaque fois que ça plante, et non plus faire un parce pour chaque requête.

L’idée c'est qu'un outil externe analyse les requêtes et à la fin affiche un rapport.

et qui fasse les corrections????

Et si, il faut faire la correction à chaque fois que ça plante.

J'ai du mal à voir la finalité de la chose

[vierkjan]

chaque DB a ses propres variations de syntaxe SQL…

le site http://developer.mimer.se/validator/index.htm a des outils de tester vis-à-vis des standards les plus courants…

le plus simple (dans le genre quick and dirty…) est de tester le query dans une transaction et de terminer par un rollback…
ou
de mettre le query dans un preparedStatement et si une exception est levée c'est qu'il y a une erreur…

certains éditeurs de texte ont aussi un module de validation SQL…
mais une syntaxe valide ne signifie pas que le query est sémantiquement correct, en dehors d'une connexion à la DB on ne peut pas savoir si une table existe, si un champ est présent, du type attendu dans l'expression, si l'utilisateur a le droit d'exécuter la requête…

voila ce que je cherche, si vous savez des autres outils de validation comme "mimer" merci de me les conseiller.

Merci

[SQLpro]

Une vérification simple, ça plante si les règles ne sont pas respectées

FAUX... cela peut planter plus tard, avec une nouvelle version qui contiendra de nouveaux types de données par exemple !

Le PARSE de ta requête en réel est certainement le meilleur outil à ta disposition.

Même remarque.

Le plus simple :

• éditer des requêtes SQL pour ce faire, dans le schéma SQL INFORMATION_SCHEMA.
• Utilisez une UDF ee validation en outre.
• basez vous sur la fonction RESCRIT dans mon blog, si vous êtes sur SQL Server, sinon, récrivez la dans votre SGBDR.

A +

[vierkjan]

Bonjour Frederic,

Merci beaucoup pour cette réponse.

Pouvez vous me donner votre avis?

Je voudrais parser un ensemble des fichiers où se trouvent les requêtes SQL. Le but est de vérifier la syntaxe et les réglés de nommage de plusieurs requêtes sans les compiler.

Dans le cas, il n'existe pas un outil capable d'effectuer cette tâche, je voudrais développer un. Que pensez vous à ce sujet?

Cordialement

Javier

[SQLpro]

Pour SQL Server ce serait facile. Mettez toutes vos requêtes dans une table, faites un curseur et lancez vos requêtes en mode FMTONLY au niveau de la session. Ceci renvoi 0 si la requête est valide, avec un résult set vide et une erreur dans le cas ou la requête est invalide.

A +