Discussion :

[scorpio17]

Bonjour,
Voici mon petit soucis..
J'essaye de mettre en place un case dans la condition de ma requête SQL.

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
19
20
21
22
 
SELECT  nompren, ndosm, chamb, lit
FROM lit 
WHERE nompren IS NOT NULL
AND usid in 
CASE
    WHEN &IN_NUMUS = '14774' 
        THEN (41)
    WHEN &IN_NUMUS = '14775' 
        THEN (63)
    WHEN &IN_NUMUS = '14768' 
        THEN (30)    
    WHEN &IN_NUMUS = '14759' 
        THEN (1)  
    WHEN &IN_NUMUS = '14762' 
        THEN (24)  
    WHEN &IN_NUMUS = '14766'
        THEN (28) 
    ...
    ELSE
        (-1) 
END

Si je laisse ma requête comme cela, tout fonctionne parfaitement mais j'aimerais ajouter une nouvelle condition dans mon case.

Code :

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

1
2
3
 
WHEN &IN_NUMUS = '14772' 
        THEN (183,34,182,181)

Y a-t-il un moyen de faire cela? Car lorsque je teste ma requête, Oracle m'indique à chaque fois qu'il me manque une parenthèse.
L'usid est un entier.

Merci d'avance

[Doracle]

Tu cherches a donner plusieurs valeurs a une seule variable !

[scorpio17]

oui je sais que j'essaye de donner plusieurs valeurs à la variable c'est pour ça que j'ai utiliser un in avant mon case d'ailleurs.

y aurait-il un moyen de contourner ce problème?

[CinePhil]

Si les valeurs en 14000 et quelques et les valeurs entre parenthèses proviennent d'une table, ne serait-il pas plus simple de faire une joitnure ?

En d'autres mots, qu'est-ce qui t'a conduit à composer une telle requête pour le moins inhabituelle et pas tellement dans l'esprit d'un SGBDR ?

[scorpio17]

En fait mon application est basée sur 2 bases de données différentes d'où ma requête un peux bizarre.

Le paramètre "&IN_NUMUS" possède un équivalent dans une table de ma DB1.
Et il a un ou plusieurs équivalents dans ma deuxième DB...
Le soucis est que le numus ne correspond pas entre les 2 DBs...
Par exemple pour dans la 1ère DB je retrouve un us avec un numéro 14774 mais dans la deuxième DB l'équivalent possède l'ID 41.
Pour les cas de ce genre, j'ai su les gérer et cela fonctionne grâce à ma requête postée grâce au case que j'ai mis en place.
Mais l'US 14772 de ma première DB correspont en fait aux US 183 + 34 + 182 + 181 dans ma seconde base de données ce qui me pose mon petit problème.

J'espère que mon explication est assez claire

[CinePhil]

Si ces valeurs sont fixes, fait une table de correspondance et fait une jointure dessus, ce sera sûrement plus performant.