Update imbriqué avec un SELECT

Bonjour,
Je voudrais à l'aide d'une requête, mettre à jour les données d'une table pas l’intermédiaire d'une autre.

Code:

---

1 2 3 4 5 6

Table_a : id_A nom prenom Exemple : 1,toto,titi / 2, martin, philippe

---

Code:

---

1 2 3 4 5 6

table_b : id_B nom prenom Exemple : martin,philippe / toto, titi

---

Maintenant mon but est de mettre à jour l'id_B en recuperant les valeurs sur la table A et ayant le meme prenom et le meme nom.

Code:

---

1 2	UPDATE table_b set id_B = x.id_A FROM (select id_A FROM table_a WHERE table_a.nom = table_b.nom AND table_a.prenom = table_b.prenom) x

---

Cependant, ca ne fonctionne pas (la relation "table_a" n'existe pas).

Avez vous une idée ?
Merci

Bonjour,

Quelle est votre erreur en fait ?

Sinon, qu'allez-vous faire en cas de doublon ?

L'erreur est la suivante :
la relation "table_a" n'existe pas

Pouvez-vous poster le script de création exact de la table_a ?

Voila :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

CREATE TABLE table_a ( id_a serial NOT NULL, nom character varying(10), prenom character varying(80), CONSTRAINT table_a_pkey PRIMARY KEY (id_a ), CONSTRAINT table_a_nom_key UNIQUE (nom , prenom ) )   CREATE INDEX table_ac_nom_prenom_index ON table_a USING btree (nom , prenom );     CREATE TABLE table_b ( id_b integer, nom character varying(10), prenom character varying(80) )

---

table_a qui n'existe pas, c'est peut-être qu'elle a été créée avec des majuscules et implicitement des guillemets autour (problème récurrent avec pgadmin et l'usage des majuscules)

Mais par ailleurs l'update corrélé est mal écrit. Ce serait plutôt:

Code:

---

UPDATE table_b SET id_B = id_A FROM table_a WHERE table_a.nom = table_b.nom AND table_a.prenom = table_b.prenom;

---

oki bon,

j'ai un gros doute avec votre syntaxe d'update.
En v9.1 celle-ci plante et ca me parait logique.

Vous n'aurez pas de problème de doublon dû à votre contrainte d'unicité (mais pour moi c'est contrainte est incohérente).

Je ne comprend pas non plus le but de votre démarche vu que vous risquez d'avoir des problème de duplication de primary key dans la table_b, et encore pire si vous utilisez aussi un serial pour la pk de la table_b.

Bref, essayez avec cette syntaxe :

Code:

---

1 2 3

update table_b b set idb = (select ida from table_a a where a.nom = b.nom and table_a.prenom = table_b.prenom) where exists (select 1 from table_a a where a.nom = b.nom and table_a.prenom = table_b.prenom);

---

edit : attention estofilo au risque d'update de idB avec des valeurs null vu qu'aucune restriction n'est faites

Citation:

---

Envoyé par estofilo

table_a qui n'existe pas, c'est peut-être qu'elle a été créée avec des majuscules et implicitement des guillemets autour (problème récurrent avec pgadmin et l'usage des majuscules)

Mais par ailleurs l'update corrélé est mal écrit. Ce serait plutôt:

Code:

---

UPDATE table_b SET id_B = id_A FROM table_a WHERE table_a.nom = table_b.nom AND table_a.prenom = table_b.prenom;

---

---

Grand merci à vous !
Grâce a vous j'ai appris la bonne structure à utiliser et vous m'avez montré mon erreur !

Merci !

Citation:

---

Envoyé par johnson95

Voila :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

CREATE TABLE table_a ( id_a serial NOT NULL, nom character varying(10), prenom character varying(80), CONSTRAINT table_a_pkey PRIMARY KEY (id_a ), CONSTRAINT table_a_nom_key UNIQUE (nom , prenom ) )   CREATE INDEX table_ac_nom_prenom_index ON table_a USING btree (nom , prenom );

---

---

Une remarque là-dessus, dans le code ci-dessus le CREATE INDEX est à supprimer car le CREATE TABLE aura créé déjà implicitement un index unique sur (nom,prenom) du fait de la contrainte table_a_nom_key
Ce genre de création implicite est mentionnée sous la forme de "NOTICE" en retour du CREATE TABLE. Je ne sais pas si pgadmin les affiche par défaut (psql le fait en tout cas).

Merci !