come emulare "insert ignore" e "on duplicate key update" (sql merge) con postgresql?

Alcuni server SQL hanno una funzione in cui INSERTviene saltato se violerebbe un vincolo di chiave primario / univoco. Ad esempio, MySQL ha INSERT IGNORE.

Qual è il modo migliore per emulare INSERT IGNOREe ON DUPLICATE KEY UPDATEcon PostgreSQL?

Prova a fare un AGGIORNAMENTO. Se non modifica alcuna riga significa che non esiste, quindi esegui un inserimento. Ovviamente, lo fai all'interno di una transazione.

Ovviamente puoi racchiuderlo in una funzione se non vuoi mettere il codice extra sul lato client. Hai anche bisogno di un ciclo per la rarissima condizione di razza in quel pensiero.

C'è un esempio di questo nella documentazione: http://www.postgresql.org/docs/9.3/static/plpgsql-control-structures.html , esempio 40-2 proprio in fondo.

Di solito è il modo più semplice. Puoi fare un po 'di magia con le regole, ma probabilmente sarà molto più disordinato. Consiglierei l'approccio avvolgente in questo senso ogni giorno.

Funziona con valori a riga singola o a poche righe. Se hai a che fare con grandi quantità di righe, ad esempio da una sottoquery, è meglio suddividerla in due query, una per INSERT e una per UPDATE (ovviamente come join / subselect appropriato - non è necessario scrivere il tuo principale filtro due volte)

Con PostgreSQL 9.5, questa è ora funzionalità nativa (come MySQL ha avuto per diversi anni):

INSERISCI ... A CONFLITTO NON FARE NULLA / AGGIORNAMENTO ("UPSERT")

9.5 offre supporto per le operazioni "UPSERT". INSERT è esteso per accettare una clausola ON CONFLICT DO UPDATE / IGNORE. Questa clausola specifica un'azione alternativa da intraprendere in caso di una potenziale violazione duplicata.

...

Ulteriore esempio di nuova sintassi:

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

Modifica: nel caso in cui tu abbia perso la risposta di Warren , PG9.5 ora ha questo nativamente; tempo di aggiornare!

Basandosi sulla risposta di Bill Karwin, per chiarire come sarebbe un approccio basato su regole (trasferimento da un altro schema nello stesso DB e con una chiave primaria multi-colonna):

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";

Nota: la regola si applica a tutte le INSERToperazioni fino a quando la regola non viene eliminata, quindi non del tutto ad hoc.

Per quelli di voi che hanno Postgres 9.5 o versioni successive, la nuova sintassi ON CONFLICT DO NOTHING dovrebbe funzionare:

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;

Per quelli di noi che hanno una versione precedente, questo join corretto funzionerà invece:

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;

Per far sì che l' inserto ignori la logica, puoi fare qualcosa come sotto. Ho trovato semplicemente l'inserimento da un'istruzione selezionata di valori letterali ha funzionato meglio, quindi è possibile mascherare le chiavi duplicate con una clausola NOT EXISTS. Per ottenere l'aggiornamento su una logica duplicata sospetto che sarebbe necessario un ciclo 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')

Sembra che PostgreSQL supporti un oggetto schema chiamato regola .

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

È possibile creare una regola ON INSERTper una determinata tabella, facendola fare NOTHINGse esiste una riga con il valore della chiave primaria dato, oppure facendola fare UPDATEinvece che INSERTse esiste una riga con il valore della chiave primaria dato.

Non ho provato questo da solo, quindi non posso parlare per esperienza o offrire un esempio.

Come menzionato da @hanmari nel suo commento. quando si inserisce in una tabella postgres, il conflitto on (..) non fa nulla è il codice migliore da usare per non inserire dati duplicati .:

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

La riga di codice ON CONFLICT consentirà all'istruzione insert di inserire ancora righe di dati. Il codice di query e valori è un esempio di data inserita da un Excel in una tabella db postgres. Ho aggiunto dei vincoli a una tabella di Postgres che utilizzo per assicurarmi che il campo ID sia univoco. Invece di eseguire un'eliminazione su file di dati uguali, aggiungo una riga di codice sql che rinumera la colonna ID a partire da 1. Esempio:

q = 'ALTER id_column serial RESTART WITH 1'

Se i miei dati hanno un campo ID, non lo uso come ID primario / ID seriale, creo una colonna ID e la imposto su seriale. Spero che queste informazioni siano utili a tutti. * Non ho una laurea in sviluppo software / codifica. Tutto ciò che so in programmazione, studio da solo.

Questa soluzione evita l'utilizzo di regole:

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;

ma ha uno svantaggio prestazionale (vedi PostgreSQL.org ):

Un blocco contenente una clausola EXCEPTION è significativamente più costoso per entrare e uscire di un blocco senza uno. Pertanto, non utilizzare EXCEPTION senza necessità.

Alla rinfusa, è sempre possibile eliminare la riga prima dell'inserimento. Una cancellazione di una riga che non esiste non causa un errore, quindi viene saltata in modo sicuro.

Per gli script di importazione dei dati, per sostituire "SE NON ESISTE", in un certo senso, esiste una formulazione leggermente imbarazzante che tuttavia funziona:

DO
$do$
BEGIN
PERFORM id
FROM whatever_table;

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