Discussion :

[RedDrMaboul]

Bonjour,

Je cherche faire une une requete de mise à jour d'une table client en fonction de la recherche d'un contrat dans une autre table :

J'ai deux tables :

table client {
id_client
num_client
etat_client
num_contrat}

table contrat{
num_contrat
num_client
libel_contrat
}

Je doit utiliser le champs num_client de la table Client et effectuer une recherche dans la table Contrat.
Si un seul résultat :
copie de la valeur contrat.num_contrat dans client.num_contrat et update de client.etat_client à "contrat_trouve"
Si pas de résultat ou plusieurs résultats :
update de client.etat_client à "contrat_non_trouve"

vu le volume de données traitées je doit faire une requête ensembliste du genre :

Code :

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

1
2
3
update client a
set (a.num_client, a.num_contrat, a.etat_client) = (select c.num_client, c.num_contrat,'contrat_trouve') from contrat c
where a.num_client = c.num_client)

Mais je ne trouve pas comment traiter le cas ou il y a plusieurs contrats.

Quelqu'un peut-il m'apporter son aide précieuse?

Merci

[CinePhil]

Plutôt que de faire ça, revois ton modèle de données !

Un client pouvant avoir plusieurs contrats, c'est la table des contrats qui référence le client dans une de ses colonnes. La colonne num_contrat n'a rien à faire dans la table des clients.

Je ne vois l'utilité de l'opération étant donné qu'il suffit d'une requête pour savoir, au choix :
- quels sont les contrats d'un client ;
- quel est le nombre de contrats d'un client ;
- quels sont les clients sans contrat...

[RedDrMaboul]

Justement un client ne doit avoir qu'un seul contrat, c'est pour cela que l'on ne sélectionne pas les contrats en doublon.

La base est déjà conçu je ne peux la modifier.

[CinePhil]

Ah parce qu'en plus, s'il y a plusieurs contrats pour un client, c'est que le contrat a été saisi en double ?

La base est déjà conçu je ne peux la modifier.

Ben tu engueuleras le concepteur de ma part !

Parce que, en plus, dans la table des contrats, ce n'est pas le num_client, potentiellement alphanumérique, qu'il faudrait mettre en clé étrangère mais l'identifiant du client, qui, je l'espère, est un entier auto-incrémenté.

Est-ce qu'au moins, les doublons sont des vrais doublons intégraux (toutes les colonnes ont la même valeur pour un contrat) ou des doublons partiels (infos différentes dans certaines colonnes pour un contrat) ?

[RedDrMaboul]

Ah parce qu'en plus, s'il y a plusieurs contrats pour un client, c'est que le contrat a été saisi en double ?

Il existe plusieurs contrats pour un client, a des états différents (clos , e cours etc..) je ne suis pas entrée dans les détails...

Ben tu engueuleras le concepteur de ma part !

c'est fait, il est partie pleurer là.

Parce que, en plus, dans la table des contrats, ce n'est pas le num_client, potentiellement alphanumérique, qu'il faudrait mettre en clé étrangère mais l'identifiant du client, qui, je l'espère, est un entier auto-incrémenté.

oui auto-incrémenté

[CinePhil]

Les états du contrat sont enregistrés comment ?
Par une clé étrangère numérique ou une valeur alphanumérique mochement répétée de contrat en contrat ?

Bref, conformément aux règles de ce forum, tu devrais nous en dire un peu plus :
- SGBD utilisé ;
- structure des tables ;
- exemple de données ;
- résultat souhaité.

[RedDrMaboul]

C'est une base oracle.

La table contrat est un cache d'une autre application.
Je doit effectuer une recherche dans ce cache avec client .num_client = contrat.num_client et client.num_contrat= contrat.num_contrat

La table contrat est alimentée par des fichiers utilisateurs, et donc il peut avoir 2 contrats avec le même num_client et même num_contrat mais avec les autres champs différents.

Si la recherche retourne un seul résultat alors on met à jour l’état du client à "contrat_trouve" sinon (>2 contrats ou pas de contrat) alors on met a jour avec l’état avec "contrat_non_trouve"

Mon soucis concerne le faite de pouvoir comptabilisé le nombre de ligne retour.

Merci.

[Arkhena]

La base est déjà conçu je ne peux la modifier.

Heu... Il conviendrait de regarder le coût d'un changement par rapport aux bénéfices avant d'opposer un non catégorique...

A côté de mon bureau, Bouygues a construit des immeubles tellement pourris qu'ils sont en train de les détruire pour en reconstruire de nouveaux... Ils n'ont jamais été utilisés... Mais ça coûtait plus cher de les faire tenir debout...

Cordialement,

Arkhena