Puis-je utiliser la valeur de retour d'INSERT...de RETOUR dans un autre INSERT?

Est quelque chose comme cela possible?

INSERT INTO Table2 (val)
VALUES ((INSERT INTO Table1 (name) VALUES ('a_title') RETURNING id));

comme l'utilisation de la valeur de retour de la valeur à insérer une ligne dans une autre table avec une référence à la première table?

InformationsquelleAutor Eike Cochu | 2011-07-03

postgresql sql-returning

76

Vous pouvez le faire en commençant par Postgres 9.1:
```
with rows as (
INSERT INTO Table1 (name) VALUES ('a_title') RETURNING id
)
INSERT INTO Table2 (val)
SELECT id
FROM rows
```
En attendant, si vous êtes uniquement intéressé par l'id, vous pouvez le faire avec un seuil de déclenchement:
```
create function t1_ins_into_t2()
  returns trigger
as $$
begin
  insert into table2 (val) values (new.id);
  return new;
end;
$$ language plpgsql;

create trigger t1_ins_into_t2
  after insert on table1
for each row
execute procedure t1_ins_into_t2();
```
- Comment insérer des valeurs à côté du retour de l'id ? par exemple: INSERT INTO TABLE2(val1, val2, val3) (1, 2, SÉLECTIONNEZ l'id DE lignes)
- remplacement de rows avec (some_query returning ...) peut fonctionner de nos jours (n'ai pas essayé).
- Pour insérer des valeurs à côté de la retourner id, vous pouvez faire quelque chose comme ceci: INSÉRER DANS TABLE2(val1, val2, val3) SELECT id, 1, 2 lignes
InformationsquelleAutor Denis de Bernardy
46

La meilleure pratique pour ce genre de situation. Utilisation RETOUR ... EN.
```
INSERT INTO teams VALUES (...) RETURNING id INTO last_id;
```
- ne fonctionne pas dans pgsql
- Est-ce réellement une chose? Aucune partie de la doc vous semble lié à parler de RETURNING ... INTO.
InformationsquelleAutor Alexandre Assi
8

En ligne avec la réponse donnée par Denis de Bernardy..

Si vous voulez id pour être renvoyée par la suite aussi bien et souhaitez insérer plus de choses dans Table2:
```
with rows as (
INSERT INTO Table1 (name) VALUES ('a_title') RETURNING id
)
INSERT INTO Table2 (val, val2, val3)
SELECT id, 'val2value', 'val3value'
FROM rows
RETURNING val
```
InformationsquelleAutor Bhindi
7

Vous pouvez utiliser le lastval() fonction:

Valeur de retour plus récemment obtenus avec nextval pour toute séquence

Donc quelque chose comme ceci:
```
INSERT INTO Table1 (name) VALUES ('a_title');
INSERT INTO Table2 (val)  VALUES (lastval());
```
Cela fonctionne très bien tant que personne n'appelle nextval() sur n'importe quel autre séquence (dans la session en cours) entre vos INSERTs.

Comme Denis ci-dessous et j'ai prévenu au sujet ci-dessus, à l'aide de lastval() peut vous causer des ennuis si une autre séquence est accessible à l'aide de nextval() entre vos INSERTs. Cela peut arriver s'il y a un déclencheur d'INSERTION sur Table1 manuellement appelé nextval() sur une séquence ou, plus probablement, a fait un INSERT sur une table avec un SÉRIE ou BIGSERIAL clé primaire. Si vous voulez être vraiment paranoïaque (une bonne chose, ils vraiment, êtes-vous pour obtenir de vous, après tout), alors vous pouvez utiliser currval() mais vous auriez besoin de connaître le nom de la séquence:
```
INSERT INTO Table1 (name) VALUES ('a_title');
INSERT INTO Table2 (val)  VALUES (currval('Table1_id_seq'::regclass));
```
L'généré automatiquement la séquence est généralement nommé t_c_seq où t est le nom de la table et c est le nom de la colonne, mais vous pouvez toujours trouver en allant dans psql et en disant:
```
=> \d table_name;
```
et puis, regardant la valeur par défaut pour la colonne en question, par exemple:
```
id | integer | not null default nextval('people_id_seq'::regclass)
```
FYI: lastval() est, plus ou moins, la version de PostgreSQL MySQL est LAST_INSERT_ID. Je mentionne cela parce que beaucoup de gens sont plus familiers avec MySQL que PostgreSQL lien lastval() à quelque chose de familier pourrait clarifier les choses.
- Mieux utiliser currval(), bien que, dans le cas d'un trigger sur la table table1 n'des insertions ultérieures.
- Vrai, mais alors vous avez besoin du nom de la séquence. Je vais ajouter un peu de mise à jour à cet effet juste à couvrir toutes les bases.
- LASTVAL() et CURRVAL() à la fois le travail actuel de la connexion de base de données, pas pour d'autres connexions. D'autres utilisateurs peuvent mettre à jour la séquence à la samen temps, cela ne changera pas vos résultats. Ne vous inquiétez pas sur les autres, ils ne pourront jamais changer vos résultats pour LASTVAL et/de CURRVAL. LASTVAL et CURRVAL peut pas être utilisée lors de l'utilisation d'un connectionpool sans une TRANSACTION, c'est quand les choses vont mal: Vous ne contrôlez pas la connexion de base de données.
- Oui, ils sont tous de la session spécifique, mais le problème avec lastval est qu'il pourrait y avoir une séquence basée INSÉRER derrière votre dos et un APRÈS déclencheur INSERT sur la table Table1. Qui serait à la session en cours et serait, sans doute, le changement lastval() lorsque vous n'êtes pas l'attendre.
InformationsquelleAutor mu is too short

DO $$
DECLARE tableId integer;
BEGIN
  INSERT INTO Table1 (name) VALUES ('a_title') RETURNING id INTO tableId;
  INSERT INTO Table2 (val) VALUES (tableId);
END $$;

Testé avec psql (10.3, serveur 9.6.8)

InformationsquelleAutor Anders B

0

table_ex

id par défaut nextval('table_id_seq'::regclass),

camp1 varchar

camp2 varchar
```
INSERT INTO table_ex(camp1,camp2) VALUES ('xxx','123') RETURNING id 
```
InformationsquelleAutor kemado77

Vous devez vous connecter pour publier un commentaire.