> Lendo todos os manuais que encontrei pela frente sobre postgres conclui que
> o problema estava no timezone do postgres que é tratado a parte do timezone
> do meu SO. Conclusão essa que foi confirmada ao rodar um "SET TIMEZONE=-2"
> ao iniciar a minha seção SQL, fazendo com que assim todas as minhas
> consultas subsequentes retornassem o horário corretamente.

Esta com certeza não é a maneira correta , já que você está alterando
sua timezone para um local diferente daquele onde o sistema é
utilizado.

> Não seria legal mandar os meus programadores colocarem isso no código de
> suas aplicações então lendo mais um pouco cheguei ao parâmetro "timezone"
> dentro o arquivo postgresql.conf. Ao definir este parâmetro como "-2" e
> reiniciar o serviço todas as consultas foram bem sucedidas e ai é só saber
> que quando o horário de verão terminar terei que comentar essa linha
> novamente.
>
> A minha pergunta é a seguinte: Existe uma forma de não me preocupar com esse
> detalhe toda vez que entrar/sair o horário de verão?
> Eu li que o valor default deste parâmetro é "unknown" e isso força o
> postgresql a ler o timezone do SO. mas isso não estava acontecendo no meu
> sistema. como eu não sou fã de ficar fazendo testes no meu sistema em
> produção não pude estudar muito o caso mas acredito que alguém já tenha
> passado por isso.
>
>
> Alguém tem uma "solução mais automática"?

Na maioria dos casos é criado um link do diretório de timezones do
S.O. (/usr/share/zoneinfo//usr/share/zoneinfo/)  para o diretório de
Timezones do Postgres ($PGDIR/share/timezone )Que possui seu próprio
sistema de controle de timezone, se não me engano a partir d versão 8)


-- 
Att:
Thiago Risso
_______________________________________________
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a