Início / dba / Perguntas / 7651
Accepted
jkebinger
Asked: 2011-11-08 14:04:24 +0800 CST

O comando de cópia (\copy) do cliente Postgres não tem acesso a uma tabela temporária?

  • 772

Estou gerando uma lista de comandos SQL para exportar alguns dados que executo usando psql -f. Todas as consultas obtêm o mesmo subconjunto de dados, então pensei em fatorar as qualificações e colocar uma lista de IDs de usuários qualificados em tabelas temporárias assim

create temporary table tmp_export_users as (select id from users where ...)

em seguida, consulte isso nos meus comandos \copy como

\copy (select ... from table where user_id in (select id from tmp_export_users)) TO 'filename.csv' WITH CSV HEADER

Esses estão todos no mesmo arquivo, um por linha, e executando-os -f recebo o erro de que os comandos de cópia não podem ver a tabela temporária, então estou supondo que o comando de cópia do cliente não deve realmente usar o mesmo postgres sessão como psql.

Isso é correto? Existe uma maneira de mudar esse comportamento?

postgresql psql

1 respostas

  1. Best Answer

    \copy pode usar uma tabela temporária.

    Primeiro testei e confirmei isso com a versão 9.0 na linha de comando.
    Em seguida, criei um arquivo com o comando meta SQL e psql \copyusando várias tabelas temporárias. Isso funcionou para mim também.

    CREATE TEMP TABLE tmp as SELECT * FROM tbl;
\copy (SELECT * FROM tmp JOIN tbl USING (id)) TO '/var/lib/postgres/test1.csv';

    Ligar:

    psql -p5432 mydb -f test.sql

    Observe o ponto e vírgula final, que é opcional no final de um arquivo (terminado implicitamente), mas necessário após qualquer outra instrução SQL e também após a última, se executada no psql interativamente.

    Normalmente , meta-comandos psql não podem ser misturados com SQL na mesma linha em um arquivo executado por psql -f. Cito o manual no psql :

    A análise de argumentos para no final da linha ou quando outra barra invertida sem aspas é encontrada. Uma barra invertida sem aspas é considerada o início de um novo metacomando. A sequência especial \\(duas barras invertidas) marca o fim dos argumentos e continua analisando os comandos SQL, se houver. Dessa forma, os comandos SQL e psql podem ser misturados livremente em uma linha. Mas, de qualquer forma, os argumentos de um metacomando não podem continuar além do fim da linha.

    No entanto, regras diferentes se aplicam após \copy . Essencialmente, o psql volta para o modo SQL automaticamente após \copyVeja:

    Mas você escreveu que tinha todos os comandos em linhas separadas. Então essa não pode ser a explicação no seu caso.

    Deixando tudo isso de lado, você já pensou em usar COPY(o comando SQL ) em vez de \copy(o meta-comando psql )?

    Obviamente, o arquivo de destino teria que ser local para o servidor e não para o cliente neste caso. E diferentes privilégios de arquivo se aplicam. O manual :

    Os arquivos nomeados em um COPYcomando são lidos ou gravados diretamente pelo servidor, não pelo aplicativo cliente. Portanto, eles devem residir ou ser acessíveis à máquina do servidor de banco de dados, não ao cliente. Eles devem ser acessíveis e legíveis ou graváveis ​​pelo usuário do PostgreSQL (o ID do usuário com o qual o servidor é executado), não pelo cliente.

    • 19

relate perguntas