як емулювати "вставити ігнорування" та "на оновлення дубліката ключа" (злиття sql) за допомогою postgresql?

Деякі сервери SQL мають функцію INSERTпропуску, якщо це порушить обмеження основного / унікального ключа. Наприклад, у MySQL є INSERT IGNORE.

Який найкращий спосіб емуляції INSERT IGNOREта ON DUPLICATE KEY UPDATEPostgreSQL?

Спробуйте зробити ОНОВЛЕННЯ. Якщо він не змінює жодного рядка, це означає, що його не існувало, то зробіть вставку. Очевидно, ви робите це всередині транзакції.

Звичайно, можна зафіксувати це у функції, якщо ви не хочете ставити додатковий код на стороні клієнта. Вам також потрібна петля для дуже рідкісного стану гонки в такому мисленні.

Приклад цього є в документації: http://www.postgresql.org/docs/9.3/static/plpgsql-control-structures.html , приклад 40-2 справа внизу.

Зазвичай це найпростіший спосіб. Ви можете зробити магію з правилами, але це, швидше за все, буде набагато грізніше. Я б рекомендував підходити до завершення роботи будь-якого дня.

Це працює для значень одного ряду або кількох рядків. Якщо ви маєте справу з великою кількістю рядків, наприклад, з підзапиту, вам найкраще розділити його на два запити, один для INSERT і один для UPDATE (як відповідне приєднання / підбір курсу, звичайно - не потрібно писати свій основний фільтрувати двічі)

З PostgreSQL 9.5 це тепер натільна функціональність (як, наприклад, MySQL вже кілька років):

ВСТАВИТИ ... ПРО КОНФЛІКТ НЕ НІЩО / ОНОВЛЮЙ ("UPSERT")

9.5 забезпечує підтримку операцій "UPSERT". INSERT розширюється, щоб прийняти пункт ON CONFLICT DO UPDATE / IGNORE. Цей пункт визначає альтернативні дії, які слід вжити у разі можливого повторного порушення.

...

Наступний приклад нового синтаксису:

INSERT INTO user_logins (username, logins)
VALUES ('Naomi',1),('James',1) 
ON CONFLICT (username)
DO UPDATE SET logins = user_logins.logins + EXCLUDED.logins;

Редагувати: у випадку, якщо ви пропустили відповідь Уоррена, тепер у PG9.5 це є споконвічно; час на оновлення!

Спираючись на відповідь Білла Карвіна, щоб визначити, як виглядатиме підхід, заснований на правилах (перенесення з іншої схеми в тій самій БД та з первинним ключем у багато стовпців):

CREATE RULE "my_table_on_duplicate_ignore" AS ON INSERT TO "my_table"
  WHERE EXISTS(SELECT 1 FROM my_table 
                WHERE (pk_col_1, pk_col_2)=(NEW.pk_col_1, NEW.pk_col_2))
  DO INSTEAD NOTHING;
INSERT INTO my_table SELECT * FROM another_schema.my_table WHERE some_cond;
DROP RULE "my_table_on_duplicate_ignore" ON "my_table";

Примітка: правило застосовується до всіх INSERTоперацій до тих пір, поки правило не буде скасовано, тому не зовсім ad hoc.

Для тих із вас, хто має Postgres 9.5 або вище, новий синтаксис ON CONFLICT NOT NOTHING повинен працювати:

INSERT INTO target_table (field_one, field_two, field_three ) 
SELECT field_one, field_two, field_three
FROM source_table
ON CONFLICT (field_one) DO NOTHING;

Для тих із нас, хто має більш ранню версію, це право приєднання буде замість цього:

INSERT INTO target_table (field_one, field_two, field_three )
SELECT source_table.field_one, source_table.field_two, source_table.field_three
FROM source_table 
LEFT JOIN target_table ON source_table.field_one = target_table.field_one
WHERE target_table.field_one IS NULL;

Щоб отримати логіку ігнорування вставки, ви можете зробити щось на кшталт нижче. Я виявив, що просто вставка з обраного оператора буквальних значень найкраще працювала, тоді ви можете замаскувати повторювані ключі за допомогою пункту NOT EXISTS. Щоб отримати оновлення про дублюючу логіку, я підозрюю, що цикл pl / pgsql буде необхідний.

INSERT INTO manager.vin_manufacturer
(SELECT * FROM( VALUES
  ('935',' Citroën Brazil','Citroën'),
  ('ABC', 'Toyota', 'Toyota'),
  ('ZOM',' OM','OM')
  ) as tmp (vin_manufacturer_id, manufacturer_desc, make_desc)
  WHERE NOT EXISTS (
    --ignore anything that has already been inserted
    SELECT 1 FROM manager.vin_manufacturer m where m.vin_manufacturer_id = tmp.vin_manufacturer_id)
)

INSERT INTO mytable(col1,col2) 
    SELECT 'val1','val2' 
    WHERE NOT EXISTS (SELECT 1 FROM mytable WHERE col1='val1')

Схоже, PostgreSQL підтримує об'єкт схеми, який називається правилом .

http://www.postgresql.org/docs/current/static/rules-update.html

Ви можете створити правило ON INSERTдля даної таблиці, змусивши її робити, NOTHINGякщо рядок існує із заданим значенням первинного ключа, або ж зробити це UPDATEзамість того, INSERTякщо рядок існує із заданим значенням первинного ключа.

Я сам цього не пробував, тому не можу говорити з досвіду чи пропонувати приклад.

Як згадував @hanmari у своєму коментарі. при вставці в таблиці постгресів, конфлікт (..) нічого не робити - це найкращий код, який не можна використовувати для вставки дублікатів даних.

query = "INSERT INTO db_table_name(column_name)
         VALUES(%s) ON CONFLICT (column_name) DO NOTHING;"

Рядок коду ON CONFLICT дозволить оператору вставлення все ще вставляти рядки даних. Код запиту та значень є прикладом вставленої дати з Excel у таблицю db postgres. У таблицю постгресів я додаю обмеження, якими я користуюся, щоб переконатися, що поле ідентичності унікальне. Замість того, щоб виконувати видалення на однакових рядках даних, я додаю рядок коду sql, який переномериє стовпчик ідентифікатора, починаючи з 1. Приклад:

q = 'ALTER id_column serial RESTART WITH 1'

Якщо у моїх даних є поле ідентифікатора, я не використовую це як основний ідентифікатор / серійний ідентифікатор, я створюю стовпчик ідентифікатора і встановлюю його на послідовний. Я сподіваюся, що ця інформація корисна для всіх. * У мене немає ступеня коледжу з розробки / кодування програмного забезпечення. Все, що знаю в кодуванні, я вивчаю самостійно.

Це рішення дозволяє уникнути використання правил:

BEGIN
   INSERT INTO tableA (unique_column,c2,c3) VALUES (1,2,3);
EXCEPTION 
   WHEN unique_violation THEN
     UPDATE tableA SET c2 = 2, c3 = 3 WHERE unique_column = 1;
END;

але він має недолік продуктивності (див. PostgreSQL.org ):

Блок, що містить пункт EXCEPTION, для входу та виходу значно дорожчий, ніж блок без цього. Тому не використовуйте EXCEPTION без потреби.

Налаштовуючи, ви завжди можете видалити рядок перед вставкою. Видалення рядка, який не існує, не викликає помилки, тому його безпечно пропускають.

Для сценаріїв імпорту даних певним чином замінити "ЯКЩО НЕ Є" існує дещо незручне формулювання:

DO
$do$
BEGIN
PERFORM id
FROM whatever_table;

IF NOT FOUND THEN
-- INSERT stuff
END IF;
END
$do$;