Discussion :

[lalves]

Bonjour,

je rencontre un Problème sur SQL Server 2008.
En effet, je désire créer une table ou chaque case doit être rempli
or SQL ne prend pas en compte ma requête et je ne voit pas pourquoi.

Pouvez m’aider? Merci

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
SELECT
 
CASE WHEN g_wdm.CSP != ' '  and g_wdm.CSP IS not null
THEN g_wdm.CSP
WHEN g_wdm.CSP = ' ' and g_wdm.CSP IS null
THEN g_dig.CSP
WHEN g_dig.CSP = '  '  and g_dig.CSP IS NULL
THEN ‘0’ END AS CSP
 
FROM	[Experian.Qas.MatchUnify].[dbo].[VUE_WDM] AS g_wdm
FULL OUTER JOIN [Experian.Qas.MatchUnify].[dbo].[SearchResults_DIGITAL_Golden] AS g_dig
ON g_wdm.RegistrationID = g_dig.EMAIL

RESULTAT :

Colonne | CSP
______________

1 | CSP+++
2 | NULL
3 | NULL
4 | Retraité
5 | NULL
6 | NULL

[SQLpro]

1) différend de s'écrit <> et non pas !=
2) vous n'avez pas mis d'apostrophe pour entourer vos chaines de caractères...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
SELECT CASE
          WHEN g_wdm.CSP != '»' and g_wdm.CSP !='’ ‘' and g_wdm.CSP IS not null
             THEN g_wdm.CSP
          WHEN g_wdm.CSP = '»' and g_wdm.CSP ='’ ‘' and g_wdm.CSP IS null
             THEN g_dig.CSP
          WHEN g_dig.CSP = '»' and g_wdm.CSP ='’ ‘' and g_dig.CSP IS NULL
          THEN '‘0’' 
       END AS CSP
FROM   [Experian.Qas.MatchUnify].[dbo].[VUE_WDM] AS g_wdm
       FULL OUTER JOIN [Experian.Qas.MatchUnify].[dbo].[SearchResults_DIGITAL_Golden] AS g_dig
            ON g_wdm.RegistrationID = g_dig.EMAIL

A +

[lalves]

Désolé, il y avait une erreur lors mon premier post.
Tous mes éléments sont bien entre apostrophes.
CF, la requête ci-dessous.

J'indique en traduction littéraire:
Quand g_wdm.CSP n'est pas vide ou null alors je maintient sa valeur.
Quand g_wdm.CSP est vide ou null alors je prends la valeur de g_dig.CSP.
Quand la valeur de g_dig.CSP est vide ou null alors j'indique 0 dans le champ.
Je nomme ce champ CSP.

Par conséquent je ne voit pas la différence avec votre réponse.

Pouvez vous être plus clair svp?

Merci

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
SELECT
 
CASE WHEN g_wdm.CSP != '  ' and g_wdm.CSP IS not null
THEN g_wdm.CSP
WHEN g_wdm.CSP = '  ' and g_wdm.CSP IS null
THEN g_dig.CSP
WHEN g_dig.CSP = '  ' and g_dig.CSP IS NULL
THEN ‘0’ END AS CSP
 
FROM [Experian.Qas.MatchUnify].[dbo].[VUE_WDM] AS g_wdm
FULL OUTER JOIN [Experian.Qas.MatchUnify].[dbo].[SearchResults_DIGITAL_Golden] AS g_dig
ON g_wdm.RegistrationID = g_dig.EMAIL

[StringBuilder]

J'ai du mal à concevoir comment une colonne pourrait être égale à une valeur et null en même temps...

Code :

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

1
2
3
4
CASE
WHEN ltrim(COALESCE(g_wdm.CSP, g_dig.CSP, '')) = '' THEN 'valeur quand tout est NULL ou vide'
ELSE ltrim(COALESCE(g_wdm.CSP, g_dig.CSP, ''))
END

PS : Sinon, il y a COALESCE dans la norme SQL, qui permet de faire quelque chose de plus simple qu'un CASE si c'est juste pour évincer les NULL (mais bon, là vous cherchez aussi les valeurs "espace" donc c'est pas applicable).

[aieeeuuuuu]

Bonjour,

Lorsque vous faites un CASE ..., les différents WHEN sont évalués dans l'ordre d'écriture, jusqu’à ce que l'un soit vrai. Si l'un est vrai, les suivants ne sont pas évalués.

Dans votre requête, si votre deuxième cas (Quand g_wdm.CSP est vide ou null ) est vrai, alors g_dig.CSP est renvoyé, même s'il est vide ou null. Il faudrait donc imbriquer votre troisième cas dans le second.

De plus, vous avez une erreur logique : dans votre deuxième WHEN, il vous faudrait un OU et non pas un ET. Mais au final, un bELSE suffirait puisqu'il s'agit de traiter tous les autres cas que le 1/

Par ailleurs, dans le premier WHEN, AND g_wdm.CSP IS NOT NULL est inutile, car si la première partie est vraie, alors g_wdm.CSP ne peut pas être NULL

Enfin, dans tous les cas, votre troisième WHEN ne peut jamais être vrai, car si g_dig.CSP = '' , alors il ne peut pas être NULL (là aussi je pense qu'il vous faudrait un OU)


donc :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
SELECT
    CASE WHEN g_wdm.CSP <> '' 
        THEN g_wdm.CSP
    ELSE
            CASE WHEN g_dig.CSP = '' OR g_dig.CSP IS NULL 
                THEN ‘0’ 
                ELSE g_dig.CSP  
            END
    END AS CSP
 
FROM [Experian.Qas.MatchUnify].[dbo].[VUE_WDM] AS g_wdm
FULL OUTER JOIN [Experian.Qas.MatchUnify].[dbo].[SearchResults_DIGITAL_Golden] AS g_dig
    ON g_wdm.RegistrationID = g_dig.EMAIL

ou bien plus simple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
SELECT
    CASE 
        WHEN g_wdm.CSP <> '' 
            THEN g_wdm.CSP
        WHEN g_dig.CSP <> '' 
            THEN g_dig.CSP  
        ELSE '0'
    END AS CSP
 
FROM [Experian.Qas.MatchUnify].[dbo].[VUE_WDM] AS g_wdm
FULL OUTER JOIN [Experian.Qas.MatchUnify].[dbo].[SearchResults_DIGITAL_Golden] AS g_dig
    ON g_wdm.RegistrationID = g_dig.EMAIL

Ce qui peut s'écrire aussi avec les formes abrégées COALESCE et NULLIF de CASE :

Code :

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

1
2
3
4
5
6
7
8
9
 
SELECT COALESCE(
                NULLIF(g_wdm.CSP, '')
                ,NULLIF(g_dig.CSP, '')
                ,'0'
          )
FROM [Experian.Qas.MatchUnify].[dbo].[VUE_WDM] AS g_wdm
FULL OUTER JOIN [Experian.Qas.MatchUnify].[dbo].[SearchResults_DIGITAL_Golden] AS g_dig
    ON g_wdm.RegistrationID = g_dig.EMAIL

[lalves]

Un champ ne peut effectivement pas être égale à une valeur et en même temps à une autre valeur.
Simplement sa valeur peut être NULL, mais aussi VIDE. Et c'est là qu'est mon problème.
Car effectivement COALESCE ou ISNULL ne fonctionne pas...

[StringBuilder]

Non, "vide", ça veut rien dire, mise à part dans un bistrot.
Tout comme les "champs" sont à la campagne.

Une colonne de type varchar peut avoir les valeurs suivantes :
- NULL
- Chaîne vide
- N'importe quoi d'autre (par exemple " ")

Oracle, avec le type VARCHAR2 ne fait pas la différence entre NULL et chaîne vide. Mais la norme SQL, elle, voit très bien la différence, et SQL Server aussi.

La solution que j'ai donné, ou encore plus simple, la seconde de aieeeuuuuu fonctionne parfaitement, et traite tous les cas.