Re: [pgbr-geral] [Reinstalar Postgres ] - versão 9.0

2016-06-14 Por tôpico Euler Taveira
On 14-06-2016 13:51, Daniel Luiz da Silva wrote:
> Mas minha dúvida ainda persiste, ao recompilar, será recompilado todos
> arquivos, ou somente a biblioteca do perl?
> 
Se você manteve a árvore que compilou a primeira vez, os arquivos objeto
(.o) cujo arquivo fonte (.c) equivalente não foi alterado, não é
compilado novamente. No entanto, uma nova execução do 'configure' pode
selecionar outras partes da árvore do postgres a serem compiladas (como
é o caso do PL/Perl).

Quanto a instalação, um simples 'make install' sobrescreve todos os
binários (isso se o 'prefix' não for alterado). Porém, você pode optar
por executá-lo em diretórios específicos para instalar somente algumas
partes do postgres.


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [Reinstalar Postgres ] - versão 9.0

2016-06-14 Por tôpico Sebastian Webber
Em 14 de junho de 2016 11:05, Daniel Luiz da Silva 
escreveu:

> Bom dia,
> Senhores,
>
> Estou com um cenário delicado, gostaria de trocar ideia com alguém que já
> passou por isso.
> Fiz uma instalação do Postgres 9.0.5, através de pacote compilado, e
> guardei o pacote. Hoje necessita colocar a replicação do Bucardo para
> funcionar, porém, necessito reinstalar o Postgres com a opção --with-perl,
> além dos outros pacotes para rodar o Bucardo. Minha dúvida é com relação o
> risco para realizar essa operação, o Postgres reinstala somente a lib
> faltante ou faz a reinstalação completa? Sobre o risco dessa operação, é
> alto? ou seja, existe uma chance grande de ocorrer algum problema?
> Terei que realizar o comando ./configure --with-perl, gmake e gmake
> install, para deixar claro.
>

Se vc usar os pacotes do pgdg, isso pode não ser necessário.

Dê uma olhada nesse site:

http://yum.postgresql.org.
-- 
Sebastian Webber
http://swebber.me
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [Reinstalar Postgres ] - versão 9.0

2016-06-14 Por tôpico Daniel Luiz da Silva



De: "Guimarães Faria Corcete DUTRA, Leandro"  
Para: "Comunidade PostgreSQL Brasileira"  
Enviadas: Terça-feira, 14 de junho de 2016 11:18:08 
Assunto: Re: [pgbr-geral] [Reinstalar Postgres ] - versão 9.0 

2016-06-14 11:05 GMT-03:00 Daniel Luiz da Silva : 
> Fiz uma instalação do Postgres 9.0.5 

Por que tão arcaica? Não é mais suportada há anos, terias de estar 
pelo menos na 9.1.22. Atualize imediatamente para 9.0.23, e comece 
imediatamente a planejar a atualização para pelo menos 9.1.22, 
preferencialmente 9.5.3. 


> através de pacote compilado 

Queres dizer que o compilaste, em vez de usar um compilado? Por que 
não usaste um pacote precompilado? Evitaria essas questão. 
Geralmente os benefícios de compilar não compensam os riscos. 


> Hoje necessita colocar a replicação do Bucardo para funcionar, 
> porém, necessito reinstalar o Postgres com a opção --with-perl, além dos 
> outros pacotes para rodar o Bucardo. Minha dúvida é com relação o risco para 
> realizar essa operação, o Postgres reinstala somente a lib faltante ou faz a 
> reinstalação completa? 

Eu recomendaria reinstalar por pacote precompilado, para não correr os 
riscos inerentes à compilação, inclusive esse de faltar algo. 


> Sobre o risco dessa operação, é alto? ou seja, existe 
> uma chance grande de ocorrer algum problema? 

Que problema? Desde que você se mantenha na 9.0 — o recomendado seria 
a última, 9.0.23, que já não é suportada mas corrige vários problemas 
da 9.0.5 —, ou siga os procedimentos para atualizar sua base para algo 
mais recente, só mesmo o risco de erro humano. O risco de continuar 
na 9.0.5 é maior que o de atualizar para a 9.0.23. Aliás, o risco de 
continuar na 9.0, mesmo que 9.0.23, é maior que o de atualizar para 
uma versão suportada, como a 9.1.22 ou a 9.5.3. 

Olá Leandro, 

Obrigado pelas dicas, mas primeiramente deixo seguro que estamos no inicio da 
atualização para o Postgres 9.4, porém está no rollout nos primeiros clientes, 
e será atualizado gradativamente. Com isso, até que o processo finalize terá 
que ser utilizado a versão 9.0 como base. 
Sobre os pacotes, a opção de baixar o pacote e compilar na mão, foi preciso 
para deixar o ambiente homogêneo. 

Mas minha dúvida ainda persiste, ao recompilar, será recompilado todos 
arquivos, ou somente a biblioteca do perl? 

Obrigado. 

-- 
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra 
+55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org 
+55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803 
BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm 
___ 
pgbr-geral mailing list 
pgbr-geral@listas.postgresql.org.br 
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 

-- 



Facebook | Twitter | Google+ | Linkedin | Youtube 

Daniel Luiz da Silva 
Administrador de Banco de Dados 
Departamento Data Center 
daniel.si...@ipm.com.br 
48 3031-7500 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dúvida replicação

2016-06-14 Por tôpico Euler Taveira
On 14-06-2016 11:55, Diógenes Vargas de Bittencourt wrote:
> Obrigado Euler, eu dei uma estudada sobre o PITR como indicado, mas o
> que entendi, me corrija se estiver errado, é que o PITR serviria como um
> backup incremental em tempo real, para que eu possa restaurar o banco em
> um momento específico, eu achei bem legal a proposta desta função, mas o
> que estamos usando aqui no nosso ambiente é somente streaming, e o que
> entendi, é que além do streaming seria feito um backup incremental o
> tempo todo no servidor. No meu caso como o servidor slave perde o
> sincronismo com o master, essa retomada do estado 100% do slave seria
> através do backup incremental que ele está fazendo? Eu ativaria o pitr
> no servidor slave, e nele iria realizar a recuperação em caso de falta
> de sincronismo? Bah, travou o nintendo!
> 
Na replicação nativa, o PostgreSQL pode alternar entre "streaming" e
aplicação do WAL caso restore_command esteja habilitado (é uma das
maneiras de trabalhar com replicação). Se o registro do WAL solicitado
pelo slave não estiver mais no pg_xlog do servidor principal, o
PostgreSQL alterna para aplicação do WAL (via restore_command) até que
ele possa voltar para "streaming" novamente. A ideia aqui não é usar
PITR; neste caso, *não* deixar "perder" a réplica é a função do
restore_command.

Caso queira destacar os arquivos do WAL que não são necessários para
replicação, você pode utilizar o archive_cleanup_command no recovery.conf.


-- 
   Euler Taveira   Timbira - http://www.timbira.com.br/
   PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dúvida replicação

2016-06-14 Por tôpico Diógenes Vargas de Bittencourt
Obrigado Euler, eu dei uma estudada sobre o PITR como indicado, mas o que
entendi, me corrija se estiver errado, é que o PITR serviria como um backup
incremental em tempo real, para que eu possa restaurar o banco em um
momento específico, eu achei bem legal a proposta desta função, mas o que
estamos usando aqui no nosso ambiente é somente streaming, e o que entendi,
é que além do streaming seria feito um backup incremental o tempo todo no
servidor. No meu caso como o servidor slave perde o sincronismo com o
master, essa retomada do estado 100% do slave seria através do backup
incremental que ele está fazendo? Eu ativaria o pitr no servidor slave, e
nele iria realizar a recuperação em caso de falta de sincronismo? Bah,
travou o nintendo!

Att,

Diógenes V. Bittencourt

Em 13 de junho de 2016 15:06, Euler Taveira  escreveu:

> On 13-06-2016 10:00, Diógenes Vargas de Bittencourt wrote:
> > No entanto, sobre o restore_command, dei uma procurada e não
> > consegui encontrar um material que explicasse exatamente como tenho
> > que montar o arquivo recovery.conf utilizando o restore_command
> >
> Da mesma forma que no PITR.
>
>
> --
>Euler Taveira   Timbira - http://www.timbira.com.br/
>PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Instalação SEM without-zlib

2016-06-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2016-06-14 10:33 GMT-03:00 Marcio Meneguzzi :
>
> Após ter instalado o PostgreSQL usando a opção --without-zlib, há
> possibilidade de inserir a função zlib sem necessidade de uma nova
> instalação?

O Flávio já explicou que sim.  Mas eu recomendaria instalar um pacote
precompilado, que evitaria essas questões, a menos que você tenha uma
necessidade real e comprovada de compilar.  O fato de que você
compilou com menos do que ia precisar parece indicar que talvez essa
necessidade não exista.


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [Reinstalar Postgres ] - versão 9.0

2016-06-14 Por tôpico Guimarães Faria Corcete DUTRA , Leandro
2016-06-14 11:05 GMT-03:00 Daniel Luiz da Silva :
> Fiz uma instalação do Postgres 9.0.5

Por que tão arcaica?  Não é mais suportada há anos, terias de estar
pelo menos na 9.1.22.  Atualize imediatamente para 9.0.23, e comece
imediatamente a planejar a atualização para pelo menos 9.1.22,
preferencialmente 9.5.3.


> através de pacote compilado

Queres dizer que o compilaste, em vez de usar um compilado?  Por que
não usaste um pacote precompilado?  Evitaria essas questão.
Geralmente os benefícios de compilar não compensam os riscos.


> Hoje necessita colocar a replicação do Bucardo para funcionar,
> porém, necessito reinstalar o Postgres com a opção --with-perl, além dos
> outros pacotes para rodar o Bucardo. Minha dúvida é com relação o risco para
> realizar essa operação, o Postgres reinstala somente a lib faltante ou faz a
> reinstalação completa?

Eu recomendaria reinstalar por pacote precompilado, para não correr os
riscos inerentes à compilação, inclusive esse de faltar algo.


> Sobre o risco dessa operação, é alto? ou seja, existe
> uma chance grande de ocorrer algum problema?

Que problema?  Desde que você se mantenha na 9.0 — o recomendado seria
a última, 9.0.23, que já não é suportada mas corrige vários problemas
da 9.0.5 —, ou siga os procedimentos para atualizar sua base para algo
mais recente, só mesmo o risco de erro humano.  O risco de continuar
na 9.0.5 é maior que o de atualizar para a 9.0.23.  Aliás, o risco de
continuar na 9.0, mesmo que 9.0.23, é maior que o de atualizar para
uma versão suportada, como a 9.1.22 ou a 9.5.3.



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] [Reinstalar Postgres ] - versão 9.0

2016-06-14 Por tôpico Daniel Luiz da Silva
Bom dia, 
Senhores, 

Estou com um cenário delicado, gostaria de trocar ideia com alguém que já 
passou por isso. 
Fiz uma instalação do Postgres 9.0.5, através de pacote compilado, e guardei o 
pacote. Hoje necessita colocar a replicação do Bucardo para funcionar, porém, 
necessito reinstalar o Postgres com a opção --with-perl, além dos outros 
pacotes para rodar o Bucardo. Minha dúvida é com relação o risco para realizar 
essa operação, o Postgres reinstala somente a lib faltante ou faz a 
reinstalação completa? Sobre o risco dessa operação, é alto? ou seja, existe 
uma chance grande de ocorrer algum problema? 
Terei que realizar o comando ./configure --with-perl, gmake e gmake install, 
para deixar claro. 


Obrigado. 
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Instalação SEM without-zlib

2016-06-14 Por tôpico Marcio Meneguzzi
Isto Flávio, me expressei erroneamente na verdade.
Mas era isso que eu precisava saber mesmo.
Obrigado.

Em 14 de junho de 2016 10:46, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> > Bom dia,
> >
> > Após ter instalado o PostgreSQL usando a opção --without-zlib, há
> > possibilidade de inserir a função zlib sem necessidade de uma nova
> > instalação?
>
> Na verdade você está falando de compilação, não simplesmente instalação,
> estamos certos?
> Não, você terá de recompilar o PostgreSQL. Se você for um usuário
> avançado, acho que você pode recompilar só os binários que importam (que
> eu me lembre, o pg_dump e pg_restore, mas pode ter outros no diretório
> contrib se você os usa).
>
> []s
> Flavio Gurgel
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Instalação SEM without-zlib

2016-06-14 Por tôpico Flavio Henrique Araque Gurgel
> Bom dia,
> 
> Após ter instalado o PostgreSQL usando a opção --without-zlib, há
> possibilidade de inserir a função zlib sem necessidade de uma nova
> instalação?

Na verdade você está falando de compilação, não simplesmente instalação,
estamos certos?
Não, você terá de recompilar o PostgreSQL. Se você for um usuário
avançado, acho que você pode recompilar só os binários que importam (que
eu me lembre, o pg_dump e pg_restore, mas pode ter outros no diretório
contrib se você os usa).

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Instalação SEM without-zlib

2016-06-14 Por tôpico Marcio Meneguzzi
Bom dia,

Após ter instalado o PostgreSQL usando a opção --without-zlib, há
possibilidade de inserir a função zlib sem necessidade de uma nova
instalação?

Obrigado,

Márcio.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dúvida em bloco anonimo

2016-06-14 Por tôpico Jean Alysson
Olá,

agora deu certo, o bloco está correto, o problema era na tabela com chave
primária incorreta, estava inserindo e duplicando
É que tinha milhoes de registros e não percebi.

Obrigado

Em 14 de junho de 2016 08:28, Jean Alysson  escreveu:

> Ola, não persistiu nada na tabela, na tela exibiu a mensagem :
> Query OK, 0 rows affected (execution time: 734 ms; total time: 734 ms)
>
> Os selects separados retornam os dados de acordo com os IDs informados.
>
> Obrigado
>
> Em 14 de junho de 2016 06:16, JotaComm  escreveu:
>
>> Opa!
>>
>> Em 13 de junho de 2016 21:20, Jean Alysson  escreveu:
>>
>>> Ola, preciso popular a tabela EmpresaServicoUsuario com os dados dos IDs
>>> de tres tabelas: usuarios,, servicos e empresa,
>>> escrevi o bloco abaixo (tendo certeza dos IDs dos existentes, 320,287
>>> ...)
>>> mas nao gerou nada, tem algo errado ?
>>>
>>>
>>> DO $$
>>> DECLARE ru record;
>>> DECLARE rsss record;
>>> DECLARE rse record;
>>> BEGIN
>>>  FOR usu IN SELECT idusuario FROM usuarios WHERE idusuario IN (320,287)
>>>  LOOP
>>>
>>>  FOR ser IN SELECT idservico FROM servicos WHERE idservico IN (11,17)
>>>  LOOP
>>>
>>>  FOR emp IN SELECT idempresa FROM empresas WHERE idempresa = 50
>>>  LOOP
>>>EXECUTE 'INSERT INTO EmpresaServicoUsuario (idusuario, idservico,
>>> idempresa) values
>>> ('||usu.idusuario||','||ser.idservico||','||emp.idempresa||')';
>>>  END LOOP;
>>>
>>>  END LOOP;
>>>
>>>  END LOOP;
>>> END$$;
>>>
>>> deveria gerar os registros:
>>> 320,11,50
>>> 320,17,50
>>> 287,11,50
>>> 287,17,50
>>>
>>
>> ​Não gerou significa que não mostrou nada na tela ou não persistiu na
>> tabela?​
>>
>>
>>>
>>> --
>>> Atenciosamente
>>> Jean Alysson Ambrosio
>>>
>>> ___
>>> pgbr-geral mailing list
>>> pgbr-geral@listas.postgresql.org.br
>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>>
>>
>>
>> ​Abraços​
>>
>> --
>> JotaComm
>> http://jotacomm.wordpress.com
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
>
> --
> Atenciosamente
> Jean Alysson Ambrosio
>



-- 
Atenciosamente
Jean Alysson Ambrosio
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dúvida em bloco anonimo

2016-06-14 Por tôpico Jean Alysson
Ola, não persistiu nada na tabela, na tela exibiu a mensagem :
Query OK, 0 rows affected (execution time: 734 ms; total time: 734 ms)

Os selects separados retornam os dados de acordo com os IDs informados.

Obrigado

Em 14 de junho de 2016 06:16, JotaComm  escreveu:

> Opa!
>
> Em 13 de junho de 2016 21:20, Jean Alysson  escreveu:
>
>> Ola, preciso popular a tabela EmpresaServicoUsuario com os dados dos IDs
>> de tres tabelas: usuarios,, servicos e empresa,
>> escrevi o bloco abaixo (tendo certeza dos IDs dos existentes, 320,287 ...)
>> mas nao gerou nada, tem algo errado ?
>>
>>
>> DO $$
>> DECLARE ru record;
>> DECLARE rsss record;
>> DECLARE rse record;
>> BEGIN
>>  FOR usu IN SELECT idusuario FROM usuarios WHERE idusuario IN (320,287)
>>  LOOP
>>
>>  FOR ser IN SELECT idservico FROM servicos WHERE idservico IN (11,17)
>>  LOOP
>>
>>  FOR emp IN SELECT idempresa FROM empresas WHERE idempresa = 50
>>  LOOP
>>EXECUTE 'INSERT INTO EmpresaServicoUsuario (idusuario, idservico,
>> idempresa) values
>> ('||usu.idusuario||','||ser.idservico||','||emp.idempresa||')';
>>  END LOOP;
>>
>>  END LOOP;
>>
>>  END LOOP;
>> END$$;
>>
>> deveria gerar os registros:
>> 320,11,50
>> 320,17,50
>> 287,11,50
>> 287,17,50
>>
>
> ​Não gerou significa que não mostrou nada na tela ou não persistiu na
> tabela?​
>
>
>>
>> --
>> Atenciosamente
>> Jean Alysson Ambrosio
>>
>> ___
>> pgbr-geral mailing list
>> pgbr-geral@listas.postgresql.org.br
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>>
>
>
> ​Abraços​
>
> --
> JotaComm
> http://jotacomm.wordpress.com
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



-- 
Atenciosamente
Jean Alysson Ambrosio
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Dúvida em bloco anonimo

2016-06-14 Por tôpico JotaComm
Opa!

Em 13 de junho de 2016 21:20, Jean Alysson  escreveu:

> Ola, preciso popular a tabela EmpresaServicoUsuario com os dados dos IDs
> de tres tabelas: usuarios,, servicos e empresa,
> escrevi o bloco abaixo (tendo certeza dos IDs dos existentes, 320,287 ...)
> mas nao gerou nada, tem algo errado ?
>
>
> DO $$
> DECLARE ru record;
> DECLARE rsss record;
> DECLARE rse record;
> BEGIN
>  FOR usu IN SELECT idusuario FROM usuarios WHERE idusuario IN (320,287)
>  LOOP
>
>  FOR ser IN SELECT idservico FROM servicos WHERE idservico IN (11,17)
>  LOOP
>
>  FOR emp IN SELECT idempresa FROM empresas WHERE idempresa = 50
>  LOOP
>EXECUTE 'INSERT INTO EmpresaServicoUsuario (idusuario, idservico,
> idempresa) values
> ('||usu.idusuario||','||ser.idservico||','||emp.idempresa||')';
>  END LOOP;
>
>  END LOOP;
>
>  END LOOP;
> END$$;
>
> deveria gerar os registros:
> 320,11,50
> 320,17,50
> 287,11,50
> 287,17,50
>

​Não gerou significa que não mostrou nada na tela ou não persistiu na
tabela?​


>
> --
> Atenciosamente
> Jean Alysson Ambrosio
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>


​Abraços​

-- 
JotaComm
http://jotacomm.wordpress.com
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral