Вставлять данные в 3 таблицы за раз, используя Postgres

Ответ 1

Используйте модифицирующие данные CTE:

WITH ins1 AS (
   INSERT INTO sample(firstname, lastname)
   VALUES ('fai55', 'shaggk')
-- ON     CONFLICT DO NOTHING                -- optional addition in Postgres 9.5+
   RETURNING id AS user_id
   )
, ins2 AS (
   INSERT INTO sample1 (user_id, adddetails)
   SELECT user_id, 'ss' FROM ins1
   -- RETURNING user_id                      -- only if used in turn
   )
INSERT INTO sample2 (user_id, value)         -- same here
SELECT user_id, 'ss' FROM ins1;

Каждый INSERT зависит от предыдущего. SELECT вместо VALUES следит за тем, чтобы в вспомогательные таблицы ничего не вставлялось, если не было возвращено ни одной строки из предыдущего INSERT. (Связано: предложение ON CONFLICT в Postgres 9. 5+)
Это также немного короче и быстрее.

Как правило, удобнее предоставлять полные строки данных в одном месте:

WITH data(firstname, lastname, adddetails, value) AS (
   VALUES                                 -- provide data here
      (text 'fai55', text 'shaggk', text 'ss', text 'ss2')  -- see below
       --  more?                          -- works for multiple input rows
   )
, ins1 AS (
   INSERT INTO sample (firstname, lastname)
   SELECT firstname, lastname FROM data   -- DISTINCT? see below
   ON     CONFLICT DO NOTHING             -- requires UNIQUE constraint
   RETURNING firstname, lastname, id AS sample_id
   )
, ins2 AS (
   INSERT INTO sample1 (sample_id, adddetails)
   SELECT sample_id, adddetails
   FROM   data
   JOIN   ins1 USING (firstname, lastname)
   RETURNING sample_id, user_id
   )
INSERT INTO sample2 (user_id, value)
SELECT user_id, value
FROM   data
JOIN   ins1 USING (firstname, lastname)
JOIN   ins2 USING (sample_id);

Вам может потребоваться явное приведение типов в автономном выражении VALUES. В отличие от выражения VALUES, прикрепленного к INSERT, где типы данных получены из целевой таблицы.

Если несколько строк могут иметь одинаковый (firstname, lastname), вам может потребоваться сложить дубликаты для первого INSERT:

...
INSERT INTO sample (firstname, lastname)
SELECT DISTINCT firstname, lastname FROM data
...

Вы можете использовать (временную) таблицу в качестве источника данных вместо CTE data.

Связанные, с более подробной информацией:

• Как использовать RETURNING с ON CONFLICT в PostgreSQL?
• SELECT или INSERT в функции склонны к условиям гонки?

Ответ 2

Что-то вроде этого

with first_insert as (
   insert into sample(firstname,lastname) 
   values('fai55','shaggk') 
   RETURNING id
), 
second_insert as (
  insert into sample1( id ,adddetails) 
  values
  ( (select id from first_insert), 'ss')
  RETURNING user_id
)
insert into sample2 ( id ,adddetails) 
values 
( (select user_id from first_insert), 'ss');

Поскольку сгенерированный идентификатор из вставки в sample2 не нужен, я удалил предложение returning из последней вставки.

Ответ 3

Как правило, вы используете транзакцию, чтобы избежать написания сложных запросов.

http://www.postgresql.org/docs/current/static/sql-begin.html

http://dev.mysql.com/doc/refman/5.7/en/commit.html

Вы также можете использовать CTE, если ваш тэг Postgres правильный. Например:

with sample_ids as (
  insert into sample(firstname, lastname)
  values('fai55','shaggk')
  RETURNING id
), sample1_ids as (
  insert into sample1(id, adddetails)
  select id,'ss'
  from sample_ids
  RETURNING id, user_id
)
insert into sample2(id, user_id, value)
select id, user_id, 'val'
from sample1_ids
RETURNING id, user_id;

Ответ 4

Вы можете создать триггер после вставки в таблицу Sample, чтобы вставить в две другие таблицы.

Единственная проблема, с которой я сталкиваюсь, заключается в том, что у вас не будет способа вставить adddetails, он всегда будет пустым или в этом случае ss. Невозможно вставить столбец в образец, который не является актуальным в таблице образцов, поэтому вы не можете отправить его вместе с вложенной вставкой.

Другой вариант - создать хранимую процедуру для запуска ваших вставок.

У вас есть вопрос о том, как mysql и postgressql задавали вопросы, о какой базе данных мы здесь говорим?