como emular “insert ignore” e “on key key update” (sql merge) com o postgresql?

Alguns servidores SQL têm um recurso que INSERTé ignorado se violar uma restrição de chave primária / exclusiva. Por exemplo, o MySQL possui INSERT IGNORE.

Qual é a melhor maneira de emular INSERT IGNOREe ON DUPLICATE KEY UPDATEcom o PostgreSQL?

Tente fazer uma atualização. Se não modificar nenhuma linha que significa que não existia, faça uma inserção. Obviamente, você faz isso dentro de uma transação.

É claro que você pode agrupar isso em uma função se não quiser colocar o código extra no lado do cliente. Você também precisa de um loop para a condição de corrida muito rara nesse pensamento.

Há um exemplo disso na documentação: http://www.postgresql.org/docs/9.3/static/plpgsql-control-structures.html , exemplo 40-2, na parte inferior.

Essa é geralmente a maneira mais fácil. Você pode fazer alguma mágica com regras, mas provavelmente será muito mais confuso. Eu recomendaria a abordagem de função de envolvimento em qualquer dia.

Isso funciona para valores de linha única ou poucas linhas. Se você está lidando com grandes quantidades de linhas, por exemplo, de uma subconsulta, é melhor dividi-la em duas consultas, uma para INSERT e outra para UPDATE (como uma junção / subseleção apropriada, é claro - não é necessário escrever sua principal) filtrar duas vezes)

Com o PostgreSQL 9.5, agora é uma funcionalidade nativa (como o MySQL tem há vários anos):

INSERIR ... EM CONFLITO, NADA / ATUALIZAR ("UPSERT")

9.5 traz suporte para operações "UPSERT". O INSERT é estendido para aceitar uma cláusula ON CONFLICT DO UPDATE / IGNORE. Esta cláusula especifica uma ação alternativa a ser tomada no caso de uma possível violação de duplicação.

...

Mais um exemplo de nova sintaxe:

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

Edit: no caso de você ter perdido a resposta de warren , o PG9.5 agora tem isso nativamente; hora de atualizar!

Com base na resposta de Bill Karwin, para explicar como seria uma abordagem baseada em regras (transferência de outro esquema no mesmo banco de dados e com uma chave primária de várias colunas):

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: A regra se aplica a todas as INSERToperações até que a regra seja descartada, portanto, não completamente ad hoc.

Para aqueles que possuem o Postgres 9.5 ou superior, a nova sintaxe ON CONFLICT DO NADA deve funcionar:

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;

Para aqueles de nós que possuem uma versão anterior, essa associação correta funcionará:

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;

Para obter a inserção, ignore a lógica, você pode fazer algo como abaixo. Achei que a simples inserção de uma instrução select de valores literais funcionou melhor, então você pode mascarar as chaves duplicadas com uma cláusula NOT EXISTS. Para obter a atualização da lógica duplicada, suspeito que um loop pl / pgsql seria necessário.

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')

Parece que o PostgreSQL suporta um objeto de esquema chamado regra .

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

Você pode criar uma regra ON INSERTpara uma determinada tabela, fazendo isso NOTHINGse existir uma linha com o valor da chave primária especificado, ou então fazendo isso em UPDATEvez de INSERTse existir uma linha com o valor da chave primária especificado.

Eu não tentei isso sozinho, então não posso falar por experiência própria ou dar um exemplo.

Como @hanmari mencionou em seu comentário. ao inserir em uma tabela do postgres, o conflito on (..) não faz nada é o melhor código a ser usado para não inserir dados duplicados .:

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

A linha de código ON CONFLICT permitirá que a instrução insert ainda insira linhas de dados. O código de consulta e valores é um exemplo de data inserida de um Excel em uma tabela do postgres db. Tenho restrições adicionadas a uma tabela do postgres que utilizo para garantir que o campo ID seja exclusivo. Em vez de executar uma exclusão em linhas de dados iguais, adiciono uma linha de código sql que renumera a coluna ID iniciando em 1. Exemplo:

q = 'ALTER id_column serial RESTART WITH 1'

Se meus dados tiverem um campo de ID, eu não o uso como o ID primário / ID de série, crio uma coluna de ID e defino-o como serial. Espero que esta informação seja útil para todos. * Não tenho diploma universitário em desenvolvimento / codificação de software. Tudo o que sei em codificação, estudo por conta própria.

Esta solução evita o uso de regras:

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;

mas tem uma desvantagem de desempenho (consulte PostgreSQL.org ):

Um bloco que contém uma cláusula EXCEPTION é significativamente mais caro para entrar e sair do que um bloco sem uma. Portanto, não use EXCEPTION sem necessidade.

Em massa, você sempre pode excluir a linha antes da inserção. A exclusão de uma linha que não existe não causa um erro, portanto é ignorada com segurança.

Para scripts de importação de dados, para substituir "SE NÃO EXISTE", de certa forma, existe uma formulação um pouco estranha que, no entanto, funciona:

DO
$do$
BEGIN
PERFORM id
FROM whatever_table;

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