CASE POUR UN 'IN' [Résolu]

[djmic]

bonjour à tous,

j'essai du faire un truc du genre :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
 
 
SELECT * FROM ...
 
WHERE .... IN ( CASE
 
 
             WHEN ...... = 'T'  THEN 'TEST'
             WHEN ...... = 'A'  THEN 'TEST','ACCP'
             WHEN ...... = 'P'  THEN 'TEST','ACCP','PROD'
 
 
                  ) END

je ne sais pas si c'est possible et surtout je ne sais pas comment m'y prendre.

Merci

[battistuta]

Peut être avec cette syntaxe :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
SELECT * FROM ...
WHERE RUB1  IN (          
CASE RUB2                 
WHEN 'T' THEN 'TEST'   
WHEN 'A' THEN 'TEST'   
WHEN 'P' THEN 'TEST'   
END,                      
CASE RUB2                 
WHEN 'A' THEN 'ACCP'   
WHEN 'P' THEN 'ACCP'   
END,                      
CASE RUB2                 
WHEN 'P' THEN 'PROD'   
END )

[Mercure]

Ta demande n'est pas très claire. Ne veux-tu pas plutôt établir la requête suivante ?

Code :

1
2
3
4
5
6
7
SELECT CASE MaZone 
                When 'T' Then 'TEST'
                When 'A' Then 'ACCP'
                When 'P' Then 'PROD'
                Else MaZone 
            END
WHERE MaZone IN ('TEST', 'ACCP', 'PROD')

Sinon, explique ce que tu veux faire.

[djmic]

bonjour,

Non C'est plus dans l'optique de la réponse de battistuta.
Mais je n'ai pas encore eu le temps d'essayer, ce sera pour lundi.


merci

[djmic]

Merci battistuta !!! ca fonctionne impeccablement.

[pdz74]

Bonjour,

Gaffe aux perfs. Avec la solution du CASE, tu pars en scan de la table. S'il est est volumineuse... Des fois, il faut savoir faire simple :

Code :

1
2
3
4
5
6
SELECT ...
FROM TAB
WHERE (COL1 = 'X' AND COL2 = 0)
OR (COL1 = 'Y' AND COL2 = 1)
OR (COL1 = 'Z' AND COL2 = 2)
OR ...

Ou alors

Code :

1
2
3
4
5
6
SELECT ...
FROM TAB
WHERE (COL1, COL2) = ('X', 0)
OR (COL1, COL2) = ('Y', 1)
OR (COL1, COL2) = ('Z', 2)
OR...

Avec ces 2 écritures, s'il existe un index sur COL1 ou COL2, voire les 2 colonnes, DB2 se servira de cet index en Multiple Access Index, tu n'auras donc aucun souci de perf.

[battistuta]

Bien vu le montagnard
Sur des rubriques indexés et une table volumineuse, on a tout à gagner avec un bon vieux OR...

[bernard59139]

Bonjour

Juste une remarque.
En utilisant le OR, il y a des chances d'avoir un TableScan.
Et plus il y a de OR, plus la probabilité d'avoir un TableScan augmente.

[pdz74]

Tout à fait d'accord avec Bernard59139, le OR est souvent mal interprété par DB2 en terme de chemins d'accès. Ceci dit, avec le CASE, le scan est une certitude. Avec le OR, on a des chances d'être OK.

J'ai fait 2 ou 3 essais tout à l'heure sur une table de plusieurs millions de lignes avec une dizaine de OR : réponse dans la seconde. Avec le CASE, réponse en plusieurs minutes...

Y'a pas photo !

Je profite du message pour passer le bonjour à l'homme du sud alias Battistuta. Préviens si tu viens dans la région, on a beau dire, le ski c'est quand même plus de sensations que DB2...

[bernard59139]

Bonjour

Je viens de lire la doc. Le " col1 IN (CASE ...." n'est ni indexable, ni stage 1.
==> le tablescan sera très consommateur de ressources.

A l'inverse, la même requête avec des "OR" bien codés, sera STAGE1, même si les index ne sont pas utilisés.

[Peut-êtreUneRéponse]

Le OR fait diminuer le nombre de matchcols s'il porte sur une/des colonnes indexables si je ne m'abuse (tout comme un BETWEEN)

.

[punkoff]

Envoyé par pdz74

Tout à fait d'accord avec Bernard59139, le OR est souvent mal interprété par DB2 en terme de chemins d'accès. Ceci dit, avec le CASE, le scan est une certitude. Avec le OR, on a des chances d'être OK.

Pourquoi mal interprété ?

Db2 ne fera de scan table que s'il estime que les clauses OR vont permettre de ramener plus de 20% des lignes de la table en question.