Requête conditionnelle + Update (Oracle 10g)

Bonjour à tous :)
Je penche sur un problème délicat.. Je cherche désespérément et teste plusieurs choses depuis ce matin, mais rien de fort concluant.. :?

Je possède cette table "CONTRAT" (c'est une table d'essai, mais qui me sert pour faciliter l'explication ici, et le principe est le même que la table principale que je souhaite manipuler) :

Code:

---

1 2 3 4 5 6

NUM LIBELLE ID_CLIENT COLSUP --------- -------------------- ---------- ----------- 1 00Location 1 6 00Vente 3 7 00Cession 5

---

L'idée serait par exemple d'insérer la valeur "OUI" dans la colonne "COLSUP" lorsque la ligne courante possède le libellé "00Cession" et lorsque l'ID client vaut "5".


/!\ IMPORTANT : Je ne veux pas faire quelque chose dans le style "...WHERE Libelle='00Cession' AND ID_client='5';" .. Ca serait trop simple :P Je recherche bien à le faire de manière conditionnelle (car la table finale que je dois manipuler comporte beaucoup de condition etc.. /!\


Imaginez que la table comporte beaucoup de lignes (ici c'est juste pour l'exemple).
J'ai donc créé cette requête, par le moyen de la fonction "decode" :

Code:

---

1 2 3 4 5 6

UPDATE contrat set COLSUP=decode(LIBELLE,'00Cession',decode( (select ID_client from contrat where rownum<2),5,'OUI'));

---

Théoriquement ça paraît correcte.. Mais le soucis c'est qu'Oracle travaille comme ceci (du moins je crois) :
Apparemment il passe toutes les lignes les unes après les autres, et une fois à la 3ème ligne, il trouve bien "00Cession"! Jusque là pas de soucis! Seulement au moment de regarder l'ID_CLIENT, c'est L'ID de la première ligne qu'il regarde! Je n'obtiens donc jamais le mot "OUI" dans la 3ème ligne de la colonne "COLSUP"...

Je me demande donc comment dire à Oracle de toujours faire le select sur la valeur courante de la ligne (et non pas de reprendre la première à chaque fois)..
Je pense que le "rownum<2" est en cause, mais je ne vois pas par quoi le remplacer... J'ai pu lire de virer le "rownum<2" pour mettre un distinct après mon select, mais toujours le même problème..

Merci beaucoup ;)

Pourquoi faire une sous-requête pour récupérer l'id_client... alors que vous pouvez juste écrire id_client ?

Si vous ne mettez pas de where, Oracle mettra à jour TOUTE la table.

De plus vous confondez filtre et valeur de mise à jour.
La partie mise à jour est toujours la même, vous voulez écrire oui.

Votre requête DOIT s'écrire ainsi :

Code:

---

1 2 3 4 5

UPDATE contrat SET COLSUP = 'OUI' WHERE coalesce(COLSUP, 'NON') <> 'OUI' AND LIBELLE = '00Cession' AND ID_client = 5;

---

Si vous avez plusieurs couples (libelle, id_client) à prévoir, vous pouvez soit passer par une sous-requête, soit par une liste :

Code:

---

1 2 3 4

UPDATE contrat SET COLSUP = 'OUI' WHERE coalesce(COLSUP, 'NON') <> 'OUI' AND (ID_client, LIBELLE) IN ((5, '00Cession'), (6, 'Toto'), ...)

---

Citation:

---

Envoyé par Waldar

Laissez tomber les decode, travaillez avec CASE.

Si vous ne mettez pas de where, Oracle mettra à jour TOUTE la table.

---

Je m'attendais à une réponse de ce style :-p
Voilà pourquoi j'ai déjà tenté le case, mais je suis bloqué au moment de "l'imbrication" des conditions. Je m'explique. Voilà déjà le code :

Code:

---

1 2 3 4 5 6

UPDATE CONTRAT SET COLSUP=CASE( WHEN LIBELLE='00Cession' THEN WHEN ID_CLIENT=5 THEN'OUI' END );

---

Voyez vous où je veux en venir? J'aimerai imbriquer un autre "when" dans le premier.. (en gros l'équivalent d'un "SI" dans un autre quoi..). Mais je ne sais pas si les "IF" sont tolérés.. :?

Citation:

---

Envoyé par Waldar

Pourquoi faire une sous-requête pour récupérer l'id_client... alors que vous pouvez juste écrire id_client ?

---

Oh mon dieu... c'est de loin l'erreur la plus bête que j'ai pu faire 8O8O8O Je suis sûr que le problème vient de là.. Et dire que j'ai perdu plusieurs heures là-dessus... :cry:

En tout cas merci bien :oops:

Attention, j'ai édité ma première réponse entre temps !

Citation:

---

Envoyé par Waldar

Attention, j'ai édité ma première réponse entre temps !

---

Effectivement!
Quoiqu'au final mon erreur venait bien de là (ma requête est franchement énorme et très moche mais elle fonctionne.. Je vais donc pouvoir l'améliorer et la rendre plus "propre" grâce à vos conseils) :)
Merci beaucoup Waldar. Au passage je tiens à m'excuser pour tous les topics que j'ai pu créer ici.. (3 en 3 jours c'est quand même beaucoup :? ) Voilà pourquoi j'ai passé ma journée à rechercher afin d'éviter de poster, même si au final j'en ai plus ou moins été contraint :(
Merci encore!!