Requête simple et pourtant résultat fort étrange

**FraocH** · 19/09/2017, 10h24

Bonjour à tous,
j'ai voulu faire une requete toute simple pour me confirmer un resultat, et pourtant le resultat est illogique

j'ai une table de taches avec un code de tache et un code projet
aucune unicité sur les champs

je veux tous les projets qui n'ont pas de code tache = 0

j'ai donc fait :

Code :

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

1
2
3
4
5
6
7
 
select distinct tach_code_gsp from DTM.TACH_DIM_TACHE --5388 lignes pour cette partie
where TACH_CODE_GSP  not in (
								select distinct  tach_code_gsp			 -- 5385 lignes pour cette partie
								from			 DTM.TACH_DIM_TACHE t 
								WHERE			 t.TACH_WBS_TACHE = '0'
							)

comme je l'ai mis dans les commentaires, je m'attends a voir 3 lignes
et non, j'ai 0 ligne !

je me dis que c'est parce que toutes mes projets ont peut etre une tache avec un code a 0

mais si je fais :

Code :

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

1
2
3
4
5
6
 
select distinct tach_code_gsp from DTM.TACH_DIM_TACHE
except
select  distinct tach_code_gsp from 
DTM.TACH_DIM_TACHE t 
WHERE TACH_WBS_TACHE = '0'

il me retourne bien les 3 lignes !

et si je verifie avec un

Code :

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

1
2
 
select *  from DTM.TACH_DIM_TACHE where tach_code_gsp = 'GSP10451'

par exemple
il n'y a bien aucune tache avec un code à 0

PIRE :
si je reprends ma premiere requete, mais que dans le not in, j'ecris en dur le resultat de la sous requete, ca marche !

avez vous une idée ? !! ca me rend dingue

Merci

**SQLpro** · 19/09/2017, 10h52

C'est parfaitement normal. NOT IN combiné à une sous-requête qui peut renvoyer du NULL, de donnera jamais rien.
Supprimez les absences de valeur et vous trouverez les bonnes données...

Code :

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

1
2
3
4
5
select distinct tach_code_gsp 
from DTM.TACH_DIM_TACHE --5388 lignes pour cette partie
where TACH_CODE_GSP  not in (select tach_code_gsp	 -- 5385 lignes pour cette partie
                             from    DTM.TACH_DIM_TACHE t 
                             WHERE   t.TACH_WBS_TACHE = '0' AND tach_code_gsp IS NOT NULL)

Au passage débarrassez vous du DISTINCT dans la sous requête qui ne sert à rien !

A +

**al1_24** · 19/09/2017, 11h01

Essaye aussi avec EXISTS et compare les plans d'exécution...

Code :

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

1
2
3
4
5
6
7
8
9
10
select  distinct 
        tach_code_gsp 
from    dtm.tach_dim_tache  res
where   not exists
        (   select  null
            from    dtm.tach_dim_tache  det 
            where   det.tach_code_gsp   = res.tach_code_gsp
                and det.tach_wbs_tache  = '0'
        )
;

**FraocH** · 19/09/2017, 11h02

Alors, déjà, MERCI !
ok pour le distinct, mais c'était lorsque j'ai voulu afficher le nombre de lignes de la sous requete

je commençais a devenir fou !

MERCI MERCI et MERCI

**FraocH** · 19/09/2017, 11h04

Envoyé par al1_24

Essaye aussi avec EXISTS et compare les plans d'exécution...

Code :

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

1
2
3
4
5
6
7
8
9
10
select  distinct 
        tach_code_gsp 
from    dtm.tach_dim_tache  res
where   not exists
        (   select  null
            from    dtm.tach_dim_tache  det 
            where   det.tach_code_gsp   = res.tach_code_gsp
                and det.tach_wbs_tache  = '0'
        )
;

j'ai testé et j'avais le même comportement qu'avec le not in

Merci pour l'aide !!

ERATUM :
j'ai repris TA requete avec le exists,et ca marche impec !!

**FraocH** · 19/09/2017, 11h10

Envoyé par al1_24

Essaye aussi avec EXISTS et compare les plans d'exécution...

Code :

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

1
2
3
4
5
6
7
8
9
10
select  distinct 
        tach_code_gsp 
from    dtm.tach_dim_tache  res
where   not exists
        (   select  null
            from    dtm.tach_dim_tache  det 
            where   det.tach_code_gsp   = res.tach_code_gsp
                and det.tach_wbs_tache  = '0'
        )
;

tu pourrais me détailler ta requete, j'ai du mal à comprendre la logique avec le null dans le select ?
car moi j'avais ecrit pour que ca marche, et effectivement en enlevant le

Code :

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

and  dtm.tach_dim_tache  is not null

j'avais le comportement premier ( à cause du null)

Envoyé par al1_24

Essaye aussi avec EXISTS et compare les plans d'exécution...

Code :

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

1
2
3
4
5
6
7
8
9
10
select  distinct 
        tach_code_gsp 
from    dtm.tach_dim_tache  res
where   not exists
        (   select   dtm.tach_dim_tache  
            from    dtm.tach_dim_tache  det 
            where   det.tach_code_gsp   = res.tach_code_gsp
                and det.tach_wbs_tache  = '0' and  dtm.tach_dim_tache  is not null
        )
;

Merci

**al1_24** · 19/09/2017, 11h25

Envoyé par FraocH

j'ai du mal à comprendre la logique avec le null dans le select

Avec l'opérateur EXISTS, ce qui se trouve à l'intérieur de la clause SELECT n'a avoir aucune importance. On peut aussi bien y mettre une constante qu'une expression, cela ne devrait avoir aucune incidence sur le résultat de la requête.
J'ai l'habitude d'utiliser NULL pour bien marquer que cela ne sert à rien, d'autres utilisent 0 ou 1. Cella n'a aucune importance.

**SQLpro** · 19/09/2017, 12h19

Envoyé par al1_24

Avec l'opérateur EXISTS, ce qui se trouve à l'intérieur de la clause SELECT n'a avoir aucune importance. On peut aussi bien y mettre une constante qu'une expression, cela ne devrait avoir aucune incidence sur le résultat de la requête.
J'ai l'habitude d'utiliser NULL pour bien marquer que cela ne sert à rien, d'autres utilisent 0 ou 1. Cella n'a aucune importance.

Je suis encore plus pervers, car je met :

Code :

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

SELECT 1/0

Ce qui planterait systématiquement s'il exécutait la clause SELECT !

A +

**FraocH** · 19/09/2017, 12h27

Envoyé par al1_24

Avec l'opérateur EXISTS, ce qui se trouve à l'intérieur de la clause SELECT n'a avoir aucune importance. On peut aussi bien y mettre une constante qu'une expression, cela ne devrait avoir aucune incidence sur le résultat de la requête.
J'ai l'habitude d'utiliser NULL pour bien marquer que cela ne sert à rien, d'autres utilisent 0 ou 1. Cella n'a aucune importance.

OK
Merci !!

**FraocH** · 19/09/2017, 12h28

Envoyé par SQLpro

Je suis encore plus pervers, car je met :

Code :

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

SELECT 1/0

Ce qui planterait systématiquement s'il exécutait la clause SELECT !

A +

je trouve ça drole aussi , mais pas sur que les users soient contents si leurs applis plantent

**escartefigue** · 19/09/2017, 13h50

L'explication est que la requête (not) exists ne transporte aucune donnée de la table ni donnée calculée, mais seulement un booléen

A noter : select null n'est pas utilisable sur tous les SGBD

**FraocH** · 19/09/2017, 13h58

Alors, dans le cas d'une création de liste par exemple, il vaut mieux utiliser un (not) exists qu'un (not) in, pour alléger les calculs ?

**SQLpro** · 19/09/2017, 14h01

Cela dépend de la qualité de l'optimseur....

Sur un bon SGBDR, le plan de requête final ne devrait pas être différent.

Sur un mauvais, genre MySQL, cela peut être très important !

A +

**FraocH** · 19/09/2017, 14h13

ok merci

Requête simple et pourtant résultat fort étrange [2012]

Développement SQL Server

Discussions similaires

Partager

Partager