Utilizza CTE di modifica dei dati :
WITH ins1 AS (
INSERT INTO sample(firstname, lastname)
VALUES ('fai55', 'shaggk')
-- ON CONFLICT DO NOTHING -- optional addition in Postgres 9.5+
RETURNING id AS sample_id
)
, ins2 AS (
INSERT INTO sample1 (sample_id, adddetails)
SELECT sample_id, 'ss' FROM ins1
RETURNING user_id
)
INSERT INTO sample2 (user_id, value)
SELECT user_id, 'ss2' FROM ins2;
Ogni INSERT dipende da quello precedente. SELECT invece di VALUES assicura che nulla venga inserito nelle tabelle sussidiarie se non viene restituita alcuna riga da un INSERT precedente . (Da Postgres 9.5+ potresti aggiungere un ON CONFLICT .)
In questo modo è anche un po' più breve e veloce.
In genere, è più conveniente fornire righe di dati complete in un unico posto :
WITH data(firstname, lastname, adddetails, value) AS (
VALUES -- provide data here
('fai55', 'shaggk', 'ss', 'ss2') -- see below
, ('fai56', 'XXaggk', 'xx', 'xx2') -- works for multiple input rows
-- more?
)
, ins1 AS (
INSERT INTO sample (firstname, lastname)
SELECT firstname, lastname -- DISTINCT? see below
FROM data
-- ON CONFLICT DO NOTHING -- UNIQUE constraint? see below
RETURNING firstname, lastname, id AS sample_id
)
, ins2 AS (
INSERT INTO sample1 (sample_id, adddetails)
SELECT ins1.sample_id, d.adddetails
FROM data d
JOIN ins1 USING (firstname, lastname)
RETURNING sample_id, user_id
)
INSERT INTO sample2 (user_id, value)
SELECT ins2.user_id, d.value
FROM data d
JOIN ins1 USING (firstname, lastname)
JOIN ins2 USING (sample_id);
db<>gioca qui
Potresti aver bisogno di cast di tipi espliciti in un VALUES autonomo espressione - al contrario di un VALUES espressione allegata a un INSERT dove i tipi di dati sono derivati dalla tabella di destinazione. Vedi:
- Trasmissione del tipo NULL durante l'aggiornamento di più righe
Se più righe possono avere lo stesso (firstname, lastname) , potrebbe essere necessario piegare i duplicati per il primo INSERT :
...
INSERT INTO sample (firstname, lastname)
SELECT DISTINCT firstname, lastname FROM data
...
Puoi usare una tabella (temporanea) come origine dati invece dei data CTE .
Probabilmente avrebbe senso combinare questo con un vincolo UNICO su (firstname, lastname) nella tabella e un ON CONFLICT clausola nella query.
Correlati:
- Come utilizzare RETURNING con ON CONFLICT in PostgreSQL?
- SELEZIONA o INSERT in una funzione soggetta a condizioni di gara?
