upsert & returning

Bonjour,

Le but est d'insérer ou mettre à jour la valeur "c" selon les couples "a" et "b". Si ça existe, on met à jour, si ça n'existe pas on crée, mais dans tous les cas on renvoie ce qui a été créé ou modifié en sortie de requête pour que l'appelant puis "savoir".

Selon le pattern "update or insert", j'ai fait ceci :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

CREATE TABLE my_table ( id BIGSERIAL PRIMARY KEY, a INTEGER, b INTEGER, c INTEGER );   WITH new_values(a, b, c) AS ( VALUES (1, 2, 3) ), upsert AS ( UPDATE my_table m SET a = nv.a, b = nv.b, c = nv.c FROM new_values nv WHERE m.a = nv. AND m.b = nv.b RETURNING m.id, m.a, m.b, m.c ) INSERT INTO my_table (a, b, c) SELECT new_values.a, new_values.b, new_values.c FROM new_values LEFT JOIN upsert up ON up.a = new_values.a AND up.b = new_values.b WHERE up.id IS null RETURNING id, a, b, c;

---

Le soucis c'est que ça ne me retourne que ce qui a été inséré et pas ce qui a été mis à jour. J'ai essayé plein de trucs avec des unions pour remonter vers l'alias "upsert", mais rien à faire.

Je peux contourner le truc par le code applicatif mais si je peux éviter c'est mieux.

Une idée de comment s'y prendre ?

A bientôt la team :-)

C'est un manque crucial de PostGreSQL qui ne suit pas la norme SQL, pour laquelle la commande pour ce faire est MERGE qui permet aussi bien des INSERT UPDATE ou DELETE suivant le cas.
Dans certains SGBDR comme Microsoft SQL Server la clause OUTPUT permet de savoir tout ce qui a été mis à jour...

Exemple :

Code:

---

1 2 3 4 5 6 7 8 9

MERGE Production.UnitMeasure AS target USING (SELECT @UnitMeasureCode, @Name) AS source (UnitMeasureCode, Name) ON (target.UnitMeasureCode = source.UnitMeasureCode) WHEN MATCHED THEN UPDATE SET Name = source.Name WHEN NOT MATCHED THEN INSERT (UnitMeasureCode, Name) VALUES (source.UnitMeasureCode, source.Name) OUTPUT deleted.*, $action, inserted.* INTO #MyTempTable;

---

$action contenant la nature de la modification (INSERT, UPDATE ou DELETE) et agissant comme une pseudo colonne.
A lire :
https://docs.microsoft.com/fr-fr/sql...ql-server-2017

Conclusion, changez de SGBDR !!!

A +