Como obter avisos para o fluxo de saída?

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

Salva os resultados da consulta futura 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 comando 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 mensagens de erro.

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

(Eu tenho brincado 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 gerados em seus procedimentos seguem caminhos 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 tenho ideia de qual descritor de canal/arquivo é usado para gerar as mensagens geradas por um procedimento.) )

(Há um tópico sobre hackers do PostgreSQL que pode esclarecer esse problema: http://postgresql.1045698.n5.nabble.com/psql-output-locations-td5068313.html )

O que se 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.

user@db=# \! psql -U user -h localhost your_db -e 'select your_function()' &> debug.txt

aberto debug.txtcom \e.

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

mensagem de aumento será mostrada em seu editor padrão. um pouco complicado, ainda bastante útil para o amante do 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 escrever a saída em um arquivo como observado no OP não funciona, mas canalizá-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 no stdout. Assim, você terá todas as instruções RAISE em seu console e no(s) arquivo(s) fornecido(s). (cf. página de manual do tee )

Configuração:

• Postgres 8.4
• Cygwin 2.0.2
• tee 8,23

Aqui está uma função para imprimir em stdout e stderr, útil para rastrear execuções de script na nuvem.

  CREATE OR REPLACE
Function debug_info(message text) Returns Text
  LANGUAGE plpgsql AS $_$
  declare
      -- Since server time will be in another TZ
      timeis text := to_char(now() at 
               time zone 'Asia/Kolkata', 
               'YYYY-MM-DD-HH24:MI');
      val    text := '';
  BEGIN
  RAISE   notice 'Date=% [%]', timeis, message;
  val :=  concat(timeis,' ',message);
  Return        val;
  END $_$;

-- Usage in pgsql script
...
select result from debug_info('doing hello world') as result;
..

-- Outputs on stdout
2018-11-11-20:25 doing hello world

-- Output on stderr
Date=2018-11-11-20:25 [doing hello world]