Discussion :

[gRRosminet]

Bonjour,

J'ai une requete type que j'utilise sur DB2 et PostgreSQL mais que je ne parviens pas à adapter à Oracle (sachant que j'ai un générateur de requete qui me crée la requête en fonction de la base requêtée)

Code :

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

1
2
3
SELECT COL3, COL4
FROM TAB1
WHERE (COL1, COL2) IN ( VALUES ( 1235, 'ABC' ), (35542, 'DF') )

Je cherche donc les lignes de TAB1 avec les couples de valeurs mentionnés, sachant que je peux aussi bien avoir 2 couples de valeurs que 50

Pour Oracle, j'en suis arrivé à faire ça (C'est peut-être une grosse connerie, alors dites le tout de suite si c'est le cas)

Code :

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

1
2
3
SELECT COL3, COL4
FROM TAB1
WHERE (COL1, COL2) IN ( (SELECT 1235, 'ABC' FROM DUAL) UNION (SELECT 35542, 'DF' FROM DUAL) )

Biensur ça ne marche pas : ca ne fait pas d'erreur, mais retourne 0 ligne
J'ai remarqué que si je mets 'ABC' et 'DF ' (les 2 chaines paddées sur la même longueur) alors ça marche !
Vous n'auriez pas une meilleur solution que de padder les chaines de caractère ?

Merci d'avance !

[al1_24]

Et comme ça ?

Code :

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

1
2
3
SELECT COL3, COL4
FROM TAB1
WHERE (COL1, COL2) IN ( ( 1235, 'ABC' ), (35542, 'DF') )

[gRRosminet]

Décidément, j'en suis arrivé à un point ou je n'arrive même plus a imaginer des solutions simples ....
Merci beaucoup

[Waldar]

Vous n'auriez pas une meilleur solution que de padder les chaines de caractère ?

C'est bien une question de contenu de colonne.
Si dans votre colonne vous avez 'DF ', c'est bien différent de 'DF', en tout cas dans un varchar2. Dans un char, c'est similaire, puisque le contenu de la colonne est automatiquement padée à la plus grande longueur :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
create table TAB1 (t_id number(1), t_vchr2 varchar2(3), t_chr char(3));
 
insert into tab1 (t_id, t_vchr2, t_chr) values (1, 'DF' , 'DF' );
insert into tab1 (t_id, t_vchr2, t_chr) values (2, 'DF ', 'DF ');
 
select 'DF-VC2' as tst, t_id, t_vchr2 || '*' as t_vchr2, t_chr || '*' as t_chr from tab1 where t_vchr2 = 'DF'  union all
select 'DF-CHR'       , t_id, t_vchr2 || '*'           , t_chr || '*'          from tab1 where t_chr   = 'DF'  union all
select 'DF -VC2'      , t_id, t_vchr2 || '*'           , t_chr || '*'          from tab1 where t_vchr2 = 'DF ' union all
select 'DF -CHR'      , t_id, t_vchr2 || '*'           , t_chr || '*'          from tab1 where t_chr   = 'DF ';
 
TST     T_ID T_VCHR2 T_CHR
------- ---- ------- -----
DF-VC2     1 DF*     DF *
DF-CHR     1 DF*     DF *
DF-CHR     2 DF *    DF *
DF -VC2    2 DF *    DF *
DF -CHR    1 DF*     DF *
DF -CHR    2 DF *    DF *

[gRRosminet]

En fait je n'ai pas été tout a fait clair dans mon explication :

Dans mon cas de test, en fait ma table n'avait aucune ligne qui corresponde au couple (35542, 'DF'), mais uniquement des lignes qui correspondent au critère (1235, 'ABC').

si je faisais le critère

Code :

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

IN ( (SELECT 1235, 'ABC' FROM DUAL) UNION (SELECT 35542, 'DF' FROM DUAL) )

=> Aucune ligne

alors que

Code :

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

IN ( (SELECT 1235, 'ABC' FROM DUAL) UNION (SELECT 35542, 'DF ' FROM DUAL) )

=> Renvoie bien mes lignes correspondant au couple (1235, 'ABC')

Heureusement il y a al1_24 qui me simplifie la vie

Bienvenue dans le monde merveilleux d'oracle

[Waldar]

Désolé mais ce que vous dites n'est pas cohérent.
Je garde la table tab1 créé ci-haut :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
insert into tab1 (t_id, t_vchr2) values (3, 'ABC');
-- 1 row(s) inserted.
 
select t_id, t_vchr2
  from tab1
 where (t_id, t_vchr2) in ((3, 'ABC'), (4, 'DEF'));
 
T_ID T_VCHR2
---- -------
   3 ABC
 
select t_id, t_vchr2
  from tab1
 where (t_id, t_vchr2) in ((select 3, 'ABC' from dual) union (select 4, 'DEF' from dual));
 
T_ID T_VCHR2
---- -------
   3 ABC

Le fait que le couple (4, 'DEF') n'existe pas dans ma table n'a aucune influence sur le couple (3, 'ABC'), c'est bien l'intérêt du IN.

[gRRosminet]

Attention, c'est 'DF' qui pose probleme dans l'exemple ci dessus, pas 'DEF' (qui lui ne poserai pas problèmes !!!) ==> parceque 'DF' et 'ABC' ne font pas la même longueur

Cependant, si on exécute que la sous-requête qui est dans le IN, il sort bien le résultat attendu !

--

J'ai essayé de refaire un jeu de test et .... ben j'arrive plus a reproduire le phénomène Je n'y comprends plus rien
Merci quand même d'avoir passé du temps sur ce (non-)problème