Discussion :

[tAKAmAkA]

Bonjour à tous,
J'ai deux tables
Courrier avec un clef IDCourrier
Destinataire avec un clef Destinataire et aussi la clef IDCourrier

Il peut y avoir 0 ou plusieurs destinataires pour un Courrier

Je cherche bêtement à connaitre les Courrier qui n'ont aucun Destinataire... et je sèche.

Pouvez-vous mais donner une indication ?

[escartefigue]

bonjour


Plusieurs possibilités

avec EXISTS.

Code :

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

1
2
3
4
5
6
7
8
9
  select CO.CO_id
       , CO.CO_numero
       , CO.CO_date
  from courrier CO
  where not exists
       (select 1
        from destinataire DS
        where DS.CO_id = CO.CO_id)
  order by CO.CO_id

Ou encore une jointure outer en testant la nullité d'une colonne "not null"

Code :

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

1
2
3
4
5
6
7
  select select CO.CO_id
       , CO.CO_numero
       , CO.CO_date
  from courrier CO
  left join destinataire DS
    on DS.CO_id = CO.CO_id
  where DS.DS_id is null

[tAKAmAkA]

Bojour,
Merci escartefigue,
Je suppose que la deuxième proposition est plus "propre" et plus rapide...

[Michel.Priori]

Bonjour,

La rapidité d’exécution d'une écriture n'a pas beaucoup de sens en SQL car c'est au moteur d'optimisation de prendre la solution la moins "couteuse" .

Le problème arrive quand 2 écritures donnent le même résultat mais pas avec les mêmes conditions de traitement.
Dans ce cas l'optimiseur ne peux pas résoudre les différentes écritures avec le même plan d’exécution.
Et dès fois les différences sont très très subtiles mais c'est "mathématiquement" pas la même chose.
Sans oublier qu'en changeant de version de SGBD, l'optimiseur évolue et donc prend des chemins "mathématiques" différents.

Du coup il faut tester.
Tester avec plusieurs conditions de volumétrie.
Si les plans d’exécution restent les mêmes alors on peut choisir la syntaxe qui nous plait.
Sinon soit les différences sont flagrantes alors on s'adapte, soit c'est négligeable alors on code comme il nous plait (non mais, qui c'est qui le maintient ce fichu code ?)



Parmi les solutions on aurait pu aussi citer "EXCEPT".

Pour ma part je préfère aussi la 2ieme syntaxe car plus "ensembliste" et plus courte à écrire qu'avec EXCEPT.