Discussion :

[totoche]

Bonjour, ma question tourne autour de syntaxe sql et plan d'execution

Dans le cas d'une requete synchro :

est-ce que le plan d'exectution est le même pour r1.1 et r1.2:
r1.1

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
SELECT titre 
FROM Messages m 
WHERE exist (
  SELECT * 
  FROM messages m2 
  WHERE m.IdMembre=m2.IdMembre 
    AND m2.titre containing '?'
)
   AND m.nat = 'F' ;

r1.2

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
SELECT titre 
FROM Messages m 
WHERE m.nat = 'F' 
  and exist (
     SELECT * 
     FROM messages m2 
     WHERE m.IdMembre=m2.IdMembre 
       AND m2
  ) ;

La table directrice est m, l'ordre des restiction est-elle importante ?

Merci de vos réponses.

[CinePhil]

Il y a un problème dans le WHERE des sous-requêtes !
Dans la première requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

AND m2.titre containing '?'

containing n'est pas un mot du langage SQL à ma connaissance.
Ce serait plutôt ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

AND m2.titre LIKE '%?%'

Dans la seconde requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

AND m2

Il manque la fin de la condition.

Ceci dit, pour répondre à la question, c'est le SGBD qui optimise l'exécution de la requête. En principe, changer l'ordre des conditions dans le WHERE ne change pas le plan d'exécution.
En l'occurrence, il va probablement commencer par restreindre la table m pour avoir moins de lignes à analyser avec le EXISTS.

Tiens ! Au passage... ce n'est pas EXIST mais EXISTS !
C'est pour ça qu'avec l'application des balises CODE dans le message, exist n'est pas colorié en bleu comme les autres mots du SQL.