Como obter avisos para o fluxo de saída?

Eu tenho mensagens de depuração em funções. Essas mensagens são levantadas como

RAISE NOTICE 'Value of id : %', id;

Defino meu arquivo de log com \o messages.txt

Então eu faço o que eu preciso fazer com \i process.sql

E quando a execução terminar \o,.

O problema é que não tenho as mensagens geradas por avisos no messages.txt. As mensagens são exibidas na tela, mas eu quero que elas sejam escritas em messages.txt

Como eu pude fazer isso?

Eu tentei usar RAISE LOG...e as mensagens são escritas no arquivo de log ... Não é o que eu quero.

Eu tenho um trabalho em torno de

plsql -f /path/to/process.sql > messages.txt 2>&1

mas gostaria de saber como eu poderia usar \ i e \ o no cliente plsql com as mensagens no arquivo especificado em \ o

Meu cliente, no cygwin, é o psql (PostgreSQL) 8.2.11 e a versão do servidor é 9.0.7

Receio que você não goste desta resposta, mas atualmente parece impossível. Na documentação do psql :

Salva os resultados futuros da consulta no nome do arquivo ou canaliza os resultados futuros em um shell Unix separado para executar o comando. Se nenhum argumento for especificado, a saída da consulta será redefinida para a saída padrão.

"Resultados da consulta" inclui todas as tabelas, respostas de comandos e avisos obtidos do servidor de banco de dados, bem como a saída de vários comandos de barra invertida que consultam o banco de dados (como \ d), mas não as mensagens de erro.

E como você notou, não há como redirecionar mensagens de erro ao usar psqlinterativamente.

(Venho brincando com todos os tipos de redirecionamento de \ o sem sucesso. Parece que o canal de saída da consulta é diferente daquele que recebe mensagens de erro - e até mesmo erros do servidor e disparados em seus procedimentos são diferentes. .

test=# SHOW client_min_messages;
 client_min_messages
---------------------
 notice

-- added the above to show it's not a config problem

CREATE FUNCTION raise_test() RETURNS integer AS
$body$
BEGIN
    RAISE NOTICE 'notice';
    RETURN 1;
END;
$body$
LANGUAGE plpgsql;

test=# \o | cat > out.sql
test=# SELECT raise_test(); -- you could put this in a file and call \i your_file, it's just the same
NOTICE:  notice

test=# \o | cat > out.sql 2>&1
test=# SELECT raise_test();
NOTICE:  notice

out.sql contém

 raise_test
------------
          1
(1 row)

em ambos os casos. É por isso que não entendo qual descritor de canal / arquivo é usado para gerar as mensagens geradas por um procedimento.))

(Existe uma discussão nos hackers do PostgreSQL que pode lançar alguma luz sobre esse problema: http://postgresql.1045698.n5.nabble.com/psql-output-locations-td5068313.html )

O que alguém poderia fazer é começar psqlcomo

psql test >/tmp/psql.out 2>&1

e isso redirecionará toda a saída para o arquivo especificado. O único problema com isso é que você nem tem um prompt e perde os recursos de edição da linha de comando.

Podemos executar o comando shell diretamente do psql usando o \!comando meta.

localhost: 5432 usuário @ db = # \! psql -U usuário -h localhost your_database -e 'selecione your_function_name ()'> debug.txt 2> & 1

abrir debug.txtcom \e.

localhost: 5432 user @ db = # \ e debug.txt

A mensagem raise será mostrada no seu editor padrão. um pouco complicado, ainda bastante útil para os amantes de CommandLine.

Não é uma solução para a pergunta original, mas uma adição à solução alternativa do OP (que não funcionou para mim)

Com o seguinte como raiseTest.sql

BEGIN;

CREATE FUNCTION count_to_hundred() RETURNS VOID AS
$_$
BEGIN
    FOR i IN 1..100 
    LOOP
        RAISE NOTICE '%', i;
    END LOOP;

    RETURN;
END;
$_$
LANGUAGE plpgsql;


SELECT count_to_hundred();

ROLLBACK;

Não tenho certeza, por que gravar a saída em um arquivo como o observado no OP não funciona, mas encaminhá-lo para o tee realmente funcionou:

psql -f raiseTest.sql 2>&1 | tee messages.txt

Tee grava o stdin em um ou mais arquivos e volta ao stdout. Portanto, você terá todas as instruções RAISE no seu console e nos arquivos que você forneceu. (consulte a página de manual do tee )

Configuração:

• Postgres 8.4
• Cygwin 2.0.2
• tee 8.23