Início / dba / Perguntas / 159196
Accepted
Dave
Asked: 2016-12-27 07:52:30 +0800 CST

Como exporto dados do Postgres no formato "Inserir ... em conflito" em vez do formato "cp"?

  • 772

Estou usando o Postgres 9.5 no Mac Sierra. Desejo exportar alguns registros do meu banco de dados local e importá-los para um banco de dados em uma máquina Linux (também executando o PostGres 9.5). Estou usando este comando para exportar dados da minha máquina local…

localhost:myproject davea$ pg_dump -U myproject mydb -a -t table1 -t table2 -t table3 > /tmp/pgdata.sql

Os dados são exportados em uma série de comandos de cópia. Existe uma maneira de exportar os dados da tabela para que o arquivo tenha um monte de “INSERT ... ON CONFLICT DO NOTHING;” declarações? Existem algumas duplicatas no banco de dados de origem e no banco de dados de destino, mas não quero que isso atrapalhe a importação dos dados não duplicados.

postgresql export

1 respostas

  1. Best Answer

    pg_dumpnão permitirá que você faça exatamente o que pediu, mas você tem uma opção que pode ser boa o suficiente. De acordo com a documentação do pg_dump , você tem a --insertsopção:

    --inserções

    Despejar dados como comandos INSERT (em vez de COPY). Isso tornará a restauração muito lenta; é útil principalmente para fazer dumps que podem ser carregados em bancos de dados não-PostgreSQL. No entanto, como essa opção gera um comando separado para cada linha, um erro ao recarregar uma linha faz com que apenas essa linha seja perdida em vez de todo o conteúdo da tabela. Observe que a restauração pode falhar completamente se você reorganizou a ordem das colunas. A opção --column-inserts é segura contra alterações na ordem das colunas, embora seja ainda mais lenta.

    Por exemplo, vamos supor que você use myhoste mydb.

    Criamos e preenchemos uma tabela (em um esquema):

    CREATE SCHEMA s1 ;

CREATE TABLE s1.t1
(
   id serial PRIMARY KEY, 
   column_1 text, 
   column_2 text
) ;

INSERT INTO 
    s1.t1 (column_1, column_2)
VALUES 
    ('Some value', 'and another one'),
    ('Again some value', 'and some more') ;

    Neste ponto, nós o apoiamos:

    pg_dump --host myhost --format custom --section data --inserts --verbose --file "t1.backup" --table "s1.t1" "mydb"

    Após o backup, excluímos uma das linhas da tabela, mas ainda deixamos uma:

    DELETE FROM  
    s1.t1 
WHERE
    id = 1 ;

    Neste ponto, restauramos o backup (isso é o que você faria normalmente em seu segundo banco de dados) e recebemos as seguintes mensagens:

    pg_restore --host myhost --dbname "mydb" --section data --data-only --table t1 --schema s1 --verbose "t1.backup"

pg_restore: connecting to database for restore
pg_restore: processing data for table "s1.t1"
pg_restore: [archiver (db)] Error while PROCESSING TOC:
pg_restore: [archiver (db)] Error from TOC entry 2759; 0 21286 TABLE DATA t1 postgres
pg_restore: [archiver (db)] could not execute query: ERROR:  duplicate key value violates unique constraint "t1_pkey"
DETAIL:  Key (id)=(2) already exists.
    Command was: INSERT INTO t1 VALUES (2, 'Again some value', 'and some more');
pg_restore: setting owner and privileges for TABLE DATA "s1.t1"
WARNING: errors ignored on restore: 1

Process returned exit code 1.

    O processo de restauração gerou um erro (a linha que já estava na tabela), mas inseriu o restante dos dados.

    Embora não seja exatamente o que você estava pedindo, para todos os efeitos práticos você consegue o resultado que está procurando.

    • 2

relate perguntas