Discussion :

[pourinfo]

Bonjour,


Comment peut-on savoir que notre code SQL est :

1) correct ? En effet, on peut avoir un résultat qui paraisse cohérent, mais peut-être qu'il n'est pas tout à fait correct et que des données n'ont pas été sélectionnées alors qu'elles auraient du l'être...

2) le plus optimal : je pense (mais ne suis pas une experte!) qu'il y a plusieurs manières d'écrire un code SQL pour avoir un même résultat.
Il faut qu'il soit bien écrit, puis performant.

Merci d'avance,

[SQLpro]

vastes questions et réponses simple :

1) en faisant des jeux d'essais avec des résultats obtenus manuellement et en vérifiant que le résultat d'une requête est la même que le résultat manuel du jeu d'essai.
Ensuite dans de grandes bases en écrivant la requête de plusieurs façons et en comparant les résultats.

2) les plans d'exécution des requêtes permettent de savoir quel est le coût de chaque requête. Il suffit alors de comparer pour savoir quelle requête est meilleure.
Mais attention, l'optimisation passe en premier par un bon modèle de données respectant les formes normales, en second par l'indexation et en troisième par des statistiques régulièrement mise à jour et des index régulièrement défragmentés, avant même l'écriture des requêtes... Car souvent deux écritures différentes d'une même requête vont conduire au même plan d'exécution...

3) pour comparer deux résultats de requête il suffit d'appliquer une autre requête :
https://blog.developpez.com/sqlpro/p...ats-identiques

A +

[escartefigue]

Et, pour compléter, comme le choix du chemin d'accès dépend très fortement des statistiques, il faut garder à l'esprit que ce qui est vrai sur une plate forme d'exécution, ne l'est pas forcément sur une autre. La stratégie choisie par l'optimiseur en recette par exemple peut être très différente de celle choisie en production.