Re: [pgbr-geral] Dúvida pgbouncer

[Luiz Carlos L. Nogueira Jr.]

valeu
___
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 pgbouncer

[Euler Taveira]

Em 12 de dezembro de 2017 19:14, Luiz Carlos L. Nogueira Jr.
 escreveu:
> Não existe nenhuma forma de fazermos selects dentro do pgbouncer?
>
Não.

> Por exemplo, o SHOW CLIENTS eu gostaria de agrupar por IP de origem e não vi
> nenhuma maneira de fazer isso.
> Se não existir alguma forma de programar, alguém ligado ao projeto poderia
> dar a sugestão de podermos adicionar aos comandos já existentes a opção de
> fazer GROUP BY.
> Ex: SHOW CLIENTES GROUP BY IP_ORIGEM;
>
No entanto, você pode usar FDW [1][2] para trazer os dados para
"dentro" do Postgres e utilizar o SELECT normalmente.

[1] 
http://peter.eisentraut.org/blog/2015/03/25/retrieving-pgbouncer-statistics-via-dblink/
[2] https://github.com/davidfetter/pgbouncer_wrapper/


-- 
   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] Dúvida pgbouncer

[Luiz Carlos L. Nogueira Jr.]

Pessoal,

Não existe nenhuma forma de fazermos selects dentro do pgbouncer?
Por exemplo, o SHOW CLIENTS eu gostaria de agrupar por IP de origem e não
vi nenhuma maneira de fazer isso.
Se não existir alguma forma de programar, alguém ligado ao projeto poderia
dar a sugestão de podermos adicionar aos comandos já existentes a opção de
fazer GROUP BY.
Ex: SHOW CLIENTES GROUP BY IP_ORIGEM;


Luiz Carlos
___
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 sobre Pool Glassfish x Max_Connections PostgreSQL

[Tiago José Adami]

Em 22 de dezembro de 2016 12:23, Júlio César Martini
 escreveu:
>
> Caros,
>
> Duas perguntinhas:
>
> 1. Eu utilizo o servidor de aplicação Glassfish para a minha aplicação e lá 
> defino um pool de conexão de 200. No meu PostgreSQL não preciso deixar no 
> max_conections o valor de 200, isso pode ser menor. Estou certo disso?
> Como que consigo mensurar quanto seria o meu max_connections? Atualmente hoje 
> minha app tem em torno de 170 usuários simultâneos acessando e é uma app web.

Você precisará de um número de max_connections no PostgreSQL igual ou
superior ao número máximo e conexões no pool do Glassfish. Cada slot
do pool da aplicação refere-se a uma possível conexão ativa ao banco
de dados, portanto se você deixar um limite menor em algum momento o
seu pool de conexões irá falhar ao criar uma nova conexão.

> 2. Se já uso um pool de conexão no Glassfish eu teria algum ganho usando o 
> pgBouncer?

Se você não estiver em um ambiente com failover gerenciado pelo
pgBouncer e não existem outras aplicações conectando ao banco, não
vejo motivos para usar o pgBouncer.

> PS: Pergunto isso pois hoje estou com um LOAD AVERAGE alto em minha máquina 
> do PostgreSQL. Máquina 4 core com 4GB de memória. O load pode estar ocorrendo 
> por conta dessas conexões. Os checkpoints ocorrem de 5
> em 5 min quando dão timeout.

Já identificou o motivo do LOAD AVERAGE alto? O fato de criar as
conexões e mantê-las ativas não é motivo para aumentar o uso de CPU.

Se sua aplicação está bem escrita (conecta, executa, commit/rollback,
desconecta), você pode tentar reduzir o número de conexões do pool do
Glassfish (e do PostgreSQL também) para reduzir o uso de memória
compartilhada (shared_memory). Entretanto, a utilização de CPU está
ligada diretamente a algum procedimento ou consulta mais complexa em
execução, ou se for uma consulta menos complexa, a quantidade de
ocorrências sequenciais (em outras palavras, executada muitas vezes)
também pode impactar no alto uso de CPU.

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

[pgbr-geral] Dúvida sobre Pool Glassfish x Max_Connections PostgreSQL

[Júlio César Martini]

Caros,

Duas perguntinhas:

1. Eu utilizo o servidor de aplicação Glassfish para a minha aplicação e lá
defino um pool de conexão de 200. No meu PostgreSQL não preciso deixar no
max_conections o valor de 200, isso pode ser menor. Estou certo disso?
Como que consigo mensurar quanto seria o meu max_connections? Atualmente
hoje minha app tem em torno de 170 usuários simultâneos acessando e é uma
app web.


2. Se já uso um pool de conexão no Glassfish eu teria algum ganho usando o
pgBouncer?

PS: Pergunto isso pois hoje estou com um LOAD AVERAGE alto em minha máquina
do PostgreSQL. Máquina 4 core com 4GB de memória. O load pode estar
ocorrendo por conta dessas conexões. Os checkpoints ocorrem de 5 em 5 min
quando dão timeout.


Obrigado e no aguardo,
Julio Cesar
___
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 alteração de parâmetros postgresql.conf

[Cleiton Luiz Domazak]

2016-12-16 14:23 GMT-02:00 Luiz Henrique :

> Pessoal,
>
> Tenho Postgresql 9.1 rodando em CentOS. 2 dúvidas em relação a alterações
> no postgresql.conf
>
> 1. após realizar alteração no postgresql.conf e aplicar o reload
> (/etc/init.d/postgresql reload), caso algum parâmetro tenha sido colocado
> ou alterado de forma incorreta. O banco vai parar ou rejeitar a alteração ?
> Reload não vai acontecer ?
>

O comando incorreto será ignorado apenas e uma entrada no log irá ser
gerada. Como no exemplo:

< 2016-12-16 11:28:45.011 EST > LOG:  invalid value for parameter
"work_mem": "200M"
< 2016-12-16 11:28:45.011 EST > HINT:  Valid units for this parameter are
"kB", "MB", "GB", and "TB".
< 2016-12-16 11:28:45.011 EST > LOG:  configuration file
"/storage/9.6/data/postgresql.conf" contains errors; unaffected changes
were applied


>
> 2. a alteração do parâmetro max_connections exige restart ou basta reload ?
>
>
Isso, exige restart. Você pode observar se o parâmetro necessita de restart
ou não nesta documentação [1].



[1] - https://www.postgresql.org/docs/9.1/static/view-pg-settings.html


> Grato pela ajuda!
>
> Abs!
>
> Luiz Henrique
>
>
>
> ___
> 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

[pgbr-geral] dúvida alteração de parâmetros postgresql.conf

[Luiz Henrique]

Pessoal,

Tenho Postgresql 9.1 rodando em CentOS. 2 dúvidas em relação a alterações
no postgresql.conf

1. após realizar alteração no postgresql.conf e aplicar o reload
(/etc/init.d/postgresql reload), caso algum parâmetro tenha sido colocado
ou alterado de forma incorreta. O banco vai parar ou rejeitar a alteração ?
Reload não vai acontecer ?

2. a alteração do parâmetro max_connections exige restart ou basta reload ?

Grato pela ajuda!

Abs!

Luiz Henrique
___
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 banco replicado - tabelas temporárias

[Luiz Carlos L. Nogueira Jr.]

Valeu
___
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 banco replicado - tabelas temporárias

[Felipe Pereira]

Em 26 de outubro de 2016 15:36, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> escreveu:

> Caros,
>
> Criei uma base replicada de meu banco de produção pro pessoal de BI.
> Eles faziam elas no banco de produção, só que quando apontaram pro banco
> replicado não foi possível, pois no script que eles rodam eram criadas
> tabelas temporárias.
> Pensei que as tabelas temporárias não dessem esses erros, pois elas são
> apagadas no final da transação.
>
> Tem alguma maneira de "burlar" isso?
>
> Atenciosamente,
> Luiz carlos
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>


Não é possível utilizar tabelas temporárias no slave do Postgresql afaik.

Mas você pode tentar substituir os selects que geram as temporárias por
CTEs na mesma query:
https://www.postgresql.org/docs/current/static/queries-with.html

A parte que geraria sua antiga temporária vai dentro do WITH e o resto você
usa como usaria depois que a temporária já existe. Não é exatamente a mesma
coisa mas já ajuda.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Dúvida banco replicado - tabelas temporárias

[Luiz Carlos L. Nogueira Jr.]

Caros,

Criei uma base replicada de meu banco de produção pro pessoal de BI.
Eles faziam elas no banco de produção, só que quando apontaram pro banco
replicado não foi possível, pois no script que eles rodam eram criadas
tabelas temporárias.
Pensei que as tabelas temporárias não dessem esses erros, pois elas são
apagadas no final da transação.

Tem alguma maneira de "burlar" isso?

Atenciosamente,
Luiz carlos
___
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 sobre sistema operacional para banco de dados PostgreSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2016-08-30 12:40 GMT-03:00 Tiago José Adami :
> Em 30 de agosto de 2016 11:11, Guimarães Faria Corcete DUTRA, Leandro
>  escreveu:
>> Estranho.  Na pior das hipóteses, pega-se o acionador de dispositivo
>> (que tem de ser livre, em razão da GNU GPL) da distro ‘que funciona’ e
>> transfere-se para a preferida.  Ou tem algo mais complicado que isso?
>
> Havia uma controladora de discos a qual possuía os "drivers" ou
> acionadores de dispositivos de código fechado disponível apenas em
> pacotes RPM.

Se fosse questão de empacotamento, bastava abrir ou converter, é
trivial.  Mas não devia ser, devia ser compatibilidade; provavelmente
seria o caso de usar a mesma versão de núcleo e relatar para os
desenvolvedores a violação da GNU GPL, mas a solução definitiva.
provavelmente demoraria meses.


> Mesmo com muito afinco e várias tentativas não foi
> possível configurá-lo no Debian (o desempenho era horrível e o
> multipath não funcionava), talvez até por incapacidade técnica dos
> SysAdmins.

Acho bem provável a falta de capacidade.  Geralmente, é só usar núcleo
de mesma versão.


> A solução - inclusive recomendada pelo fabricante por ser
> um SO "homologado" - foi usar RHEL.

Diga qual o fabricante, para fugirmos dele.


-- 
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] Dúvida sobre sistema operacional para banco de dados PostgreSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2016-08-30 11:39 GMT-03:00 Sebastian Webber :
>
> Em 30 de agosto de 2016 09:39, Guimarães Faria Corcete DUTRA, Leandro
>  escreveu:
>>
>> O que seria EL?  RH?
>
> [Red Hat] Enterprise Linux e distros derivadas nele (Oracle Enterprise
> Linux, CEntOS, etc)
>
>> Eu recomendaria ou um Debian GNU/Linux, ou um *BSD.  Mas depende de muita
>> coisa.
>
> Concordo que é um opção, mas como não tenho experiência nessa "familia
> Linux", não a recomendei.

Acho que se pesquisares entre os membros mais ativos da comunidade
brasileira, provavelmente verás que Debian provavelmente seja a mais
popular, além de ser a mais fiel ao jeito de ser da comunidade livre —
embora a Red Hat sempre libere o código-fonte de tudo que faz ou
compra.  Mas hoje praticamente o único motivo de se usar RH ou
derivado é alguma necessidade, geralmente burocrática e irracional, de
homologação seja para algum equipamento (Dell, Lenovo…), seja para
algum programa (Oracle…).


-- 
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] Dúvida sobre sistema operacional para banco de dados PostgreSQL

[Tiago José Adami]

Em 30 de agosto de 2016 11:11, Guimarães Faria Corcete DUTRA, Leandro
 escreveu:
> 2016-08-30 10:31 GMT-03:00 Tiago José Adami :
>> No "muita coisa" eu destacaria compatibilidade com o hardware. Apesar
>> de não ser comum nos dias atuais já presenciei casos em que foi
>> necessário trocar uma distro Linux por outra em razão deste motivo.
>
> Estranho.  Na pior das hipóteses, pega-se o acionador de dispositivo
> (que tem de ser livre, em razão da GNU GPL) da distro ‘que funciona’ e
> transfere-se para a preferida.  Ou tem algo mais complicado que isso?

Havia uma controladora de discos a qual possuía os "drivers" ou
acionadores de dispositivos de código fechado disponível apenas em
pacotes RPM. Mesmo com muito afinco e várias tentativas não foi
possível configurá-lo no Debian (o desempenho era horrível e o
multipath não funcionava), talvez até por incapacidade técnica dos
SysAdmins. A solução - inclusive recomendada pelo fabricante por ser
um SO "homologado" - foi usar RHEL.

TIAGO J. ADAMI
___
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 sobre sistema operacional para banco de dados PostgreSQL

[Sebastian Webber]

Em 30 de agosto de 2016 09:39, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:
>
>
> O que seria EL?  RH?
>

[Red Hat] Enterprise Linux e distros derivadas nele (Oracle Enterprise
Linux, CEntOS, etc)


>
> Eu recomendaria ou um Debian GNU/Linux, ou um *BSD.  Mas depende de muita
> coisa.


Concordo que é um opção, mas como não tenho experiência nessa "familia
Linux", não a recomendei.

-- 
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] Dúvida sobre sistema operacional para banco de dados PostgreSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2016-08-30 10:31 GMT-03:00 Tiago José Adami :
> Em 30 de agosto de 2016 09:39, Guimarães Faria Corcete DUTRA, Leandro
>  escreveu:
>>
>> Eu recomendaria ou um Debian GNU/Linux, ou um *BSD.  Mas depende de muita 
>> coisa.
>
> No "muita coisa" eu destacaria compatibilidade com o hardware. Apesar
> de não ser comum nos dias atuais já presenciei casos em que foi
> necessário trocar uma distro Linux por outra em razão deste motivo.

Estranho.  Na pior das hipóteses, pega-se o acionador de dispositivo
(que tem de ser livre, em razão da GNU GPL) da distro ‘que funciona’ e
transfere-se para a preferida.  Ou tem algo mais complicado que isso?


> Desconheço se os *BSD da vida estão atualizados neste aspecto.

Geralmente, eles têm menos suporte que os GNU/Linux, até porque o
esquerdo de cópia força a publicação do código-fonte dos acionadores
de dispositivo, embora por um lado esse código geralmente seja
facilmente portável para BSD e, por outro, a licença permissiva acabe
atraindo um ou outro fabricante que tem medo do esquerdo de cópia.  E
geralmente o suporte deles se concentra no servidor; o Linux tem mais
diferença no suporte para coisas de computador pessoal.  Embora
impressoras e acionadores de vídeo estejam fora do núcleo,
respectivamente no Cups e no X11, então para esses, que costumam
representar a maior parte dos problemas,


> Dada a maturidade das distros Linux atuais eu optaria por *BSD apenas
> se houvesse algum motivo muito forte.

Se houver a oportunidade de verificar a compatibilidade com BSDs, ou
mesmo de escolher o equipamento por sua compatibilidade, pode ser uma
boa pedida, justamente por ser mais focado no servidor, mais leve e
simples.

Talvez também por afinidade com a licença, vários desenvolvedores do
PostgreSQL preferem o BSD e dão-lhe atenção especial, mas como o
PostgreSQL está muito maduro, não espero que isso faça muita diferença
na prática; é uma razão para evitar o MS Windows, mas não o GNU/Linux.


-- 
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] Dúvida sobre sistema operacional para banco de dados PostgreSQL

[Tiago José Adami]

Em 30 de agosto de 2016 09:39, Guimarães Faria Corcete DUTRA, Leandro
 escreveu:
>
> Eu recomendaria ou um Debian GNU/Linux, ou um *BSD.  Mas depende de muita 
> coisa.

No "muita coisa" eu destacaria compatibilidade com o hardware. Apesar
de não ser comum nos dias atuais já presenciei casos em que foi
necessário trocar uma distro Linux por outra em razão deste motivo.
Desconheço se os *BSD da vida estão atualizados neste aspecto.

Dada a maturidade das distros Linux atuais eu optaria por *BSD apenas
se houvesse algum motivo muito forte.

TIAGO J. ADAMI
___
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 sobre sistema operacional para banco de dados PostgreSQL

[Guimarães Faria Corcete DUTRA , Leandro]

2016-08-29 22:51 GMT-03:00 Sebastian Webber :
>
> De forma genérica eu te digo: SO bom é aquele que tu (DBA) domina.

Sim, mas é um pouco mais complicado.  De maneira geral, ninguém domina
MS Windows, até por ser opaco; mesmo que o cara se ache bom de MSW,
pode valer apena aprender um sistema Posix, que se pode dominar de
fato.


> Agora, eu tenho clientes que rodam ambientes sobre FreeBSD e funciona bem.
> Assim como ambientes baseados em EL6 e EL7. Em suma, depende (do time,
> expertise, histórico, por exemplo).

O que seria EL?  RH?

Eu recomendaria ou um Debian GNU/Linux, ou um *BSD.  Mas depende de muita coisa.



-- 
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] Dúvida sobre sistema operacional para banco de dados PostgreSQL

[André Ormenese]

>
> Alguma vantagem/desvantagem em se utilizar o FreeBSD como sistema
> operacional para o servidor do PostgreSQL?
> Encontrei algumas documentações bem antigas [1] que são favoráveis ao
> FreeBSD. Eu particularmente tbm gosto mais dele. Mas estou por fora e se
> alguém tiver alguma documentação mais atualizada, por favor, me envie...
>
>

Bom dia.

Tenho bancos de teste e produção em FreeBSD desde sempre (mas isso não faz
muito tempo, uns 10 anos). Nunca tive problemas nas máquinas com
processador Intel. Em uma máquina que apareceu aqui com AMD tivemos
problemas.
___
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 sobre sistema operacional para banco de dados PostgreSQL

[Sebastian Webber]

Em 29 de agosto de 2016 21:39, Márcio A. Sepp 
escreveu:

>
> Boa noite,
>
>
> Alguma vantagem/desvantagem em se utilizar o FreeBSD como sistema
> operacional para o servidor do PostgreSQL?
> Encontrei algumas documentações bem antigas [1] que são favoráveis ao
> FreeBSD. Eu particularmente tbm gosto mais dele. Mas estou por fora e se
> alguém tiver alguma documentação mais atualizada, por favor, me envie...
>
> [1]
> http://www.varlena.com/GeneralBits/Tidbits/perf.html#freebsd
>
>

De forma genérica eu te digo: SO bom é aquele que tu (DBA) domina.

Agora, eu tenho clientes que rodam ambientes sobre FreeBSD e funciona bem.
Assim como ambientes baseados em EL6 e EL7. Em suma, depende (do time,
expertise, histórico, por exemplo).

-- 
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

[pgbr-geral] Dúvida sobre sistema operacional para banco de dados PostgreSQL

[Márcio A . Sepp]

Boa noite,


Alguma vantagem/desvantagem em se utilizar o FreeBSD como sistema
operacional para o servidor do PostgreSQL?
Encontrei algumas documentações bem antigas [1] que são favoráveis ao
FreeBSD. Eu particularmente tbm gosto mais dele. Mas estou por fora e se
alguém tiver alguma documentação mais atualizada, por favor, me envie... 

[1]
http://www.varlena.com/GeneralBits/Tidbits/perf.html#freebsd




___
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 sobre imagem(Docker) PostgreSQL

[Fabrízio de Royes Mello]

On 29-08-2016 20:30, Fabrízio de Royes Mello wrote:
> On 29-08-2016 20:06, Rafael Nery wrote:
>> Boa noite pessoas,
>>
>> Alguém saberia me dar uma dica de Imagem do Postgres no dockerhub que
>> rode em cima do AlpineLinux?
>>
> 
> Pesquisando no DockerHub apareceram algumas opções conforme [1].
> 
> Att,
> 
> [1]
> https://hub.docker.com/search/?isAutomated=0=0=1=0=postgres+alpine=0
> 

Complementando, um daqueles listados tem várias imagens publicadas
baseado em alpine [1]

Att,

[1] https://github.com/kost/docker-alpine

-- 
   Fabrízio de Royes Mello 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 sobre imagem(Docker) PostgreSQL

[Fabrízio de Royes Mello]

On 29-08-2016 20:06, Rafael Nery wrote:
> Boa noite pessoas,
> 
> Alguém saberia me dar uma dica de Imagem do Postgres no dockerhub que
> rode em cima do AlpineLinux?
> 

Pesquisando no DockerHub apareceram algumas opções conforme [1].

Att,

[1]
https://hub.docker.com/search/?isAutomated=0=0=1=0=postgres+alpine=0

-- 
   Fabrízio de Royes Mello 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] Dúvida sobre imagem(Docker) PostgreSQL

[Rafael Nery]

Boa noite pessoas,

Alguém saberia me dar uma dica de Imagem do Postgres no dockerhub que rode
em cima do AlpineLinux?
--
Atenciosamente,
Rafael Serpa Nery
*:wq!*
___
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 Trigger

[Felipe Rigotti -SBsistemas]

Em 31 de julho de 2016 12:35, Matheus de Oliveira  escreveu:

> On Jul 27, 2016 07:46, "Felipe Rigotti -SBsistemas" <
> fel...@sbsistemas.com.br> wrote:
> >
> > a ideia inicial seria não alterar a "principal" (tab_a)
>
> Então explique melhor seu problema, porque eu tinha entendido que era
> exatamente o que você queria fazer. Talvez seu exemplo tenha ficado
> genérico demais, "XY problem".
>
>
Então, tenho uma tabela de contas a receber, e quando altero determinados
campos, pela trigger lança um registro em uma tabela de movimentações,
precisaria resgatar o registro que foi incluído na tabela de movimentações
pela trigger.
Se fosse possível pelo update da tabela de contas a receber seria ideal,
mas pelo que testei não consegui.
___
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 Trigger

[Matheus de Oliveira]

On Jul 27, 2016 07:46, "Felipe Rigotti -SBsistemas" <
fel...@sbsistemas.com.br> wrote:
>
> a ideia inicial seria não alterar a "principal" (tab_a)

Então explique melhor seu problema, porque eu tinha entendido que era
exatamente o que você queria fazer. Talvez seu exemplo tenha ficado
genérico demais, "XY problem".
___
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 Trigger

[Felipe Rigotti -SBsistemas]

2016-07-26 19:48 GMT-03:00 Matheus de Oliveira :

>
> 2016-07-26 13:29 GMT-03:00 Felipe Rigotti [SBSistemas] <
> fel...@sbsistemas.com.br>:
>
>> CREATE FUNCTION fnc_tgr_tab_a_upd (
>>
>> )
>>
>> RETURNS trigger AS
>>
>> $body$
>>
>> DECLARE chave_tabb integer;
>>
>> BEGIN
>>
>> insert into tab_b(campo4) values(new.campo1) returning
>> campo3 into chave_tabb;
>>
>>return new;
>>
>> END;
>>
>> $body$
>>
>> LANGUAGE 'plpgsql'
>>
>> VOLATILE
>>
>> CALLED ON NULL INPUT
>>
>> SECURITY INVOKER;
>>
>>
>>
>> CREATE TRIGGER tab_a_tr
>>
>>   AFTER UPDATE
>>
>>   ON public.tab_a FOR EACH ROW
>>
>>   EXECUTE PROCEDURE fnc_tgr_tab_a_upd();
>>
>>
>>
>> update tab_a set campo2='z' where campo1=1
>>
>
> Você quer alterar na própria linha que foi atualizada, certo?
>
> Se sim, ao invés de usar AFTER, use BEFORE e faça:
>
>
> insert into tab_b(campo4) values(new.campo1) returning campo3 into
> chave_tabb;
> new.campos2 := chave_tabb;
> return new;
>
> At.
> --
> Matheus de Oliveira
>
>
>
Bom dia, a ideia inicial seria não alterar a "principal" (tab_a), mas se
não tiver jeito vou ter que criar um novo campo nessa tabela para armazenar
a chave da segunda tabela só para pegar pelo update.

Felipe Rigotti
___
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 Trigger

[Matheus de Oliveira]

2016-07-26 13:29 GMT-03:00 Felipe Rigotti [SBSistemas] <
fel...@sbsistemas.com.br>:

> CREATE FUNCTION fnc_tgr_tab_a_upd (
>
> )
>
> RETURNS trigger AS
>
> $body$
>
> DECLARE chave_tabb integer;
>
> BEGIN
>
> insert into tab_b(campo4) values(new.campo1) returning
> campo3 into chave_tabb;
>
>return new;
>
> END;
>
> $body$
>
> LANGUAGE 'plpgsql'
>
> VOLATILE
>
> CALLED ON NULL INPUT
>
> SECURITY INVOKER;
>
>
>
> CREATE TRIGGER tab_a_tr
>
>   AFTER UPDATE
>
>   ON public.tab_a FOR EACH ROW
>
>   EXECUTE PROCEDURE fnc_tgr_tab_a_upd();
>
>
>
> update tab_a set campo2='z' where campo1=1
>

Você quer alterar na própria linha que foi atualizada, certo?

Se sim, ao invés de usar AFTER, use BEFORE e faça:


insert into tab_b(campo4) values(new.campo1) returning campo3 into
chave_tabb;
new.campos2 := chave_tabb;
return new;

At.
-- 
Matheus de Oliveira
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Dúvida Trigger

[Felipe Rigotti [SBSistemas]]

Boa tarde pessoal, tô precisando de uma ajuda, tenho uma trigger after
update for each row, e nessa trigger eu com base em vários testes posso dar
insert em outra tabela que tem um serial como chave, gostaria se saber se
existe uma maneira de eu “resgatar” o código da chave da segunda tabela no
próprio update, para exemplificar segue abaixo exemplo.

 

CREATE TABLE tab_a (

  campo1 INTEGER, 

  campo2 TEXT

) WITHOUT OIDS;

 

CREATE TABLE tab_b (

  campo3 serial, 

  campo4 TEXT

) WITHOUT OIDS;

 

insert into tab_a(campo1,campo2) values (1,'a');

insert into tab_a(campo1,campo2) values (2,'b');

insert into tab_a(campo1,campo2) values (3,'c');

insert into tab_a(campo1,campo2) values (4,'d');

 

CREATE FUNCTION fnc_tgr_tab_a_upd (

)

RETURNS trigger AS

$body$

DECLARE chave_tabb integer;

BEGIN

insert into tab_b(campo4) values(new.campo1) returning
campo3 into chave_tabb;

   return new;

END;

$body$

LANGUAGE 'plpgsql'

VOLATILE

CALLED ON NULL INPUT

SECURITY INVOKER;

 

CREATE TRIGGER tab_a_tr

  AFTER UPDATE 

  ON public.tab_a FOR EACH ROW 

  EXECUTE PROCEDURE fnc_tgr_tab_a_upd();

  

update tab_a set campo2='z' where campo1=1

 

 

O que gostaria de fazer seria algo como:

update tab_a set campo2='z' where campo1=1 returning chave_tabb;

 

Tem como?

 

 

 


Cordialmente,
Felipe Rigotti
---
  fel...@sbsistemas.com.br
--
SBsistemas
  www.sbsistemas.com.br
  sbsiste...@sbsistemas.com.br
(54) 3342-
 

  _  

Esta mensagem, incluindo os seus anexos, contém informações confidenciais
destinadas a indivíduo e propósito específicos, e é protegida por lei. Caso
você não seja o citado indivíduo, deve apagar esta mensagem. É
terminantemente proibida a utilização, acesso, cópia ou divulgação não
autorizada das informações presentes nesta mensagem. As informações contidas
nesta mensagem e em seus anexos são de responsabilidade de seu autor, não
representando idéias, opiniões, pensamentos ou qualquer forma de
posicionamento por parte da SBsistemas. 

  _  

___
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 - ERRO - "/var/run/postgresql"

[Ronilson]

>
> Peço desculpas, pois eu sequer sabias que águas era isto de "top post".
> Pode ter sido um erro meu em não ler isto em algum lugar que talvez eu
> devia ter lido. Então, peço desculpas à todos pelo equívoco.
>
> >   * Chequei o  */var/run/postgresql/ *existe e o dono é o postgres. Para
> > fins de testes, dei a permissão 777 para este pasta, todavia, nada
> > resolveu.
>
> Você precisa reiniciar o PostgreSQL. Se havia um erro de permissão para
> o soquete, ele será criado somente na inicialização.
> Cheque o log de inicialização, no Debian está em /var/log/postgresql.
>
> Valeu prezado. Tudo se resolveu ao acessar este bendito LOG e ver a
seguinte frase:

*não pôde abrir arquivo de configuração
"/etc/postgresql/9.4/main/pg_hba.conf": Permissão negada*
Ao dar um "ls -l" percebi que o *postgres *não era o dono do pg_hba.conf.
Então alterei a permissão e ponto. Tudo voltou a funcionar.


> >   * Ao tentar executar o comando "psql -h /tmp" o retorno é:/"psql: não
> > pôde conectar ao servidor: Arquivo ou diretório não encontrado
> > O servidor está executando localmente e aceitando conexões no
> > soquete de domínio Unix "/tmp/.s.PGSQL.5432"? "/
>
> Ok, realmente não era esse o problema, o soquete no Debian deveria estar
> em /var/run/postgresql
>
> >   * O comando "netstat -an | grep 5432" não retorna NADA.
>
> Não há soquete local ou TCP criado. Seu servidor está realmente rodando?
> O comando:
> ps aux | grep postgres
> retorna alguma coisa?
>
> >   * O comando "lsof | grep 5432" retorna "lsof: WARNING: can't stat()
> > fuse.gvfsd-fuse file system /run/user/1000/gvfs
> >   Output information may be incomplete."
>
> Obrigado à todos
>
___
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 - ERRO - "/var/run/postgresql"

[Flavio Henrique Araque Gurgel]

Mais um top post e eu não responderei mais.
Pedimos gentilmente mas as pessoas ignoram...

>   * Chequei o  */var/run/postgresql/ *existe e o dono é o postgres. Para
> fins de testes, dei a permissão 777 para este pasta, todavia, nada
> resolveu.

Você precisa reiniciar o PostgreSQL. Se havia um erro de permissão para
o soquete, ele será criado somente na inicialização.
Cheque o log de inicialização, no Debian está em /var/log/postgresql.

>   * Ao tentar executar o comando "psql -h /tmp" o retorno é:/"psql: não
> pôde conectar ao servidor: Arquivo ou diretório não encontrado
> O servidor está executando localmente e aceitando conexões no
> soquete de domínio Unix "/tmp/.s.PGSQL.5432"? "/

Ok, realmente não era esse o problema, o soquete no Debian deveria estar
em /var/run/postgresql

>   * O comando "netstat -an | grep 5432" não retorna NADA.

Não há soquete local ou TCP criado. Seu servidor está realmente rodando?
O comando:
ps aux | grep postgres
retorna alguma coisa?

>   * O comando "lsof | grep 5432" retorna "lsof: WARNING: can't stat()
> fuse.gvfsd-fuse file system /run/user/1000/gvfs
>   Output information may be incomplete."

Realmente, o soquete não está criado, em lugar algum.

[]s
Flavio Gurgel
___
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 - ERRO - "/var/run/postgresql"

[Ronilson]

   - Chequei o  */var/run/postgresql/ *existe e o dono é o postgres. Para
   fins de testes, dei a permissão 777 para este pasta, todavia, nada
   resolveu.
   - Ao tentar executar o comando "psql -h /tmp" o retorno é:
* "psql: não pôde conectar ao servidor: Arquivo ou diretório não encontrado
   O servidor está executando localmente e aceitando conexões no soquete
   de domínio Unix "/tmp/.s.PGSQL.5432"? "*
   - O comando "netstat -an | grep 5432" não retorna NADA.
   - O comando "lsof | grep 5432" retorna "lsof: WARNING: can't stat()
   fuse.gvfsd-fuse file system /run/user/1000/gvfs
 Output information may be incomplete."


Em 13 de julho de 2016 10:00, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> > Bom dia, Ronilson. uma vez aconteceu isso comigo, eu verifiquei e o
> > diretório */var/run/postgresql/ *não existia, eu criei esse diretório
> > com o dono *postgres* e depois executou normalmente o postgres (pg_ctl
> > -D ). Verifique o log, caso não seja isso e mostre o trecho do log da
> > tentativa de conexão.
>
> A resposta do colega é boa, mas evite o top post por favor !
>
> > Boa noite,
> >
> > Gente, peço até desculpas se for algo bôbo, mas eu não estou
> > conseguindo achar a solução para o problema seguinte:
>
> Não peça desculpas por isso, seu problema é bem comum e as respostas
> aqui ajudarão a você e muitas outras pessoas. A lista é pra isso.
>
> >  1. Estou com uma máquina virtual com Debian e nela está rodando o
> > PostgreSQL com apache e etc. Toda configurada e até então estava
> > tudo rodando lisinho, sendo acessada externamente tanto pelo
> > PgAdmin3 quanto pelo navegador web.
> >  2. Porém, agora fui acessar pela máquina Windows (como estava
> > fazendo antes) e deu erro de falha na autenticação, mesmo
> > estando com tudo correto, como antes. Ao tentar acessar pelo
> > terminal do Debian, ao chamar o comando "psql", aparece o
> > seguinte texto: /"O servidor está executando localmente e
> > aceitando  conexões no soquete de domínio Unix
> > "/var/run/postgresql/.s.PGSQL.5432"? /
> >  3. Este mesmo texto(acima) aparece quando tento usar o PgAdmin3
> > instalado também na máquina Debian.
> >
> > Alguém tem alguma dica de como solucionar isto? Podem me recomendar
> > algum artigo? Tutorial?
>
> Tente, dentro da máquina virtual Debian:
> psql -h /tmp
>
> Se não funcionar, passe por favor a saída de:
> netstat -an | grep 5432
>
> E se puder:
> lsof | grep 5432
>
> []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] Dúvida - ERRO - "/var/run/postgresql"

[Flavio Henrique Araque Gurgel]

> Bom dia, Ronilson. uma vez aconteceu isso comigo, eu verifiquei e o
> diretório */var/run/postgresql/ *não existia, eu criei esse diretório
> com o dono *postgres* e depois executou normalmente o postgres (pg_ctl
> -D ). Verifique o log, caso não seja isso e mostre o trecho do log da
> tentativa de conexão.

A resposta do colega é boa, mas evite o top post por favor !

> Boa noite,
> 
> Gente, peço até desculpas se for algo bôbo, mas eu não estou
> conseguindo achar a solução para o problema seguinte:

Não peça desculpas por isso, seu problema é bem comum e as respostas
aqui ajudarão a você e muitas outras pessoas. A lista é pra isso.

>  1. Estou com uma máquina virtual com Debian e nela está rodando o
> PostgreSQL com apache e etc. Toda configurada e até então estava
> tudo rodando lisinho, sendo acessada externamente tanto pelo
> PgAdmin3 quanto pelo navegador web.
>  2. Porém, agora fui acessar pela máquina Windows (como estava
> fazendo antes) e deu erro de falha na autenticação, mesmo
> estando com tudo correto, como antes. Ao tentar acessar pelo
> terminal do Debian, ao chamar o comando "psql", aparece o
> seguinte texto: /"O servidor está executando localmente e
> aceitando  conexões no soquete de domínio Unix
> "/var/run/postgresql/.s.PGSQL.5432"? /
>  3. Este mesmo texto(acima) aparece quando tento usar o PgAdmin3
> instalado também na máquina Debian.
> 
> Alguém tem alguma dica de como solucionar isto? Podem me recomendar
> algum artigo? Tutorial?

Tente, dentro da máquina virtual Debian:
psql -h /tmp

Se não funcionar, passe por favor a saída de:
netstat -an | grep 5432

E se puder:
lsof | grep 5432

[]s
Flavio Gurgel
___
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 - ERRO - "/var/run/postgresql"

[Jamerson]

Bom dia, Ronilson. uma vez aconteceu isso comigo, eu verifiquei e o
diretório */var/run/postgresql/ *não existia, eu criei esse diretório com o
dono *postgres* e depois executou normalmente o postgres (pg_ctl -D ).
Verifique o log, caso não seja isso e mostre o trecho do log da tentativa
de conexão.

Em 12 de julho de 2016 22:03, Ronilson  escreveu:

> Boa noite,
>
> Gente, peço até desculpas se for algo bôbo, mas eu não estou conseguindo
> achar a solução para o problema seguinte:
>
>
>1. Estou com uma máquina virtual com Debian e nela está rodando o
>PostgreSQL com apache e etc. Toda configurada e até então estava tudo
>rodando lisinho, sendo acessada externamente tanto pelo PgAdmin3 quanto
>pelo navegador web.
>2. Porém, agora fui acessar pela máquina Windows (como estava fazendo
>antes) e deu erro de falha na autenticação, mesmo estando com tudo correto,
>como antes. Ao tentar acessar pelo terminal do Debian, ao chamar o comando
>"psql", aparece o seguinte texto: *"O servidor está executando
>localmente e aceitando  conexões no soquete de domínio Unix
>"/var/run/postgresql/.s.PGSQL.5432"? *
>3. Este mesmo texto(acima) aparece quando tento usar o PgAdmin3
>instalado também na máquina Debian.
>
> Alguém tem alguma dica de como solucionar isto? Podem me recomendar algum
> artigo? Tutorial?
>
> Desde já agradeço.
>
> *Ronilson Santos*
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



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

[pgbr-geral] Dúvida - ERRO - "/var/run/postgresql"

[Ronilson]

Boa noite,

Gente, peço até desculpas se for algo bôbo, mas eu não estou conseguindo
achar a solução para o problema seguinte:


   1. Estou com uma máquina virtual com Debian e nela está rodando o
   PostgreSQL com apache e etc. Toda configurada e até então estava tudo
   rodando lisinho, sendo acessada externamente tanto pelo PgAdmin3 quanto
   pelo navegador web.
   2. Porém, agora fui acessar pela máquina Windows (como estava fazendo
   antes) e deu erro de falha na autenticação, mesmo estando com tudo correto,
   como antes. Ao tentar acessar pelo terminal do Debian, ao chamar o comando
   "psql", aparece o seguinte texto: *"O servidor está executando
   localmente e aceitando  conexões no soquete de domínio Unix
   "/var/run/postgresql/.s.PGSQL.5432"? *
   3. Este mesmo texto(acima) aparece quando tento usar o PgAdmin3
   instalado também na máquina Debian.

Alguém tem alguma dica de como solucionar isto? Podem me recomendar algum
artigo? Tutorial?

Desde já agradeço.

*Ronilson Santos*
___
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

[Diógenes Vargas de Bittencourt]

Valeu pelas dicas pessoal.

Muito obrigado.

Diógenes V. Bittencourt



Em 20 de junho de 2016 08:59, Glauco Torres 
escreveu:

>
>
>
>
> No dia 20 de junho de 2016 às 08:50, Diógenes Vargas de Bittencourt <
> diogene...@gmail.com> escreveu:
>
>> Bom dia pessoal, faz um tempo que venho colocando o que vem ocorrendo em
>> uma replicação que fiz aqui no ambiente na empresa onde trabalho.
>> Novo fato que não tinha visto ainda. Minha replicação funciona bem até o
>> sábado. Eis que lembrei de que rodamos um vaccum full no banco todo sábado,
>> e pelo horário que parou de replicar, é bem o horário em seguida que roda o
>> vaccum. O que pode interferir na replicação o vaccum? Ou é pura
>> coincidência?
>>
>> De segunda a sexta eu rodo o vaccum analyze todos os dias e no sábado
>> rodamos o full.
>>
>>
> Vacuum Full todos os sábados?  Algum motivo especifico ou somente por
> pensar que vai ser bom?
>
> Bom de qual quer forma você encontro o problema!
>
> Quando você roda o vacuum full você gera e recicla tantos WALs quando sua
> replica é capaz de processar.
>
> Você tem algumas saídas sem analisar seu cenário creio que você pode parar
> com esse vacuum full, se ele permanecer você deve verificar os parâmetros
> que o Euler já passou para você.
>
> -
> Glauco Torres
>
> ___
> 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] Dúvida replicação

[Glauco Torres]

No dia 20 de junho de 2016 às 08:50, Diógenes Vargas de Bittencourt <
diogene...@gmail.com> escreveu:

> Bom dia pessoal, faz um tempo que venho colocando o que vem ocorrendo em
> uma replicação que fiz aqui no ambiente na empresa onde trabalho.
> Novo fato que não tinha visto ainda. Minha replicação funciona bem até o
> sábado. Eis que lembrei de que rodamos um vaccum full no banco todo sábado,
> e pelo horário que parou de replicar, é bem o horário em seguida que roda o
> vaccum. O que pode interferir na replicação o vaccum? Ou é pura
> coincidência?
>
> De segunda a sexta eu rodo o vaccum analyze todos os dias e no sábado
> rodamos o full.
>
>
Vacuum Full todos os sábados?  Algum motivo especifico ou somente por
pensar que vai ser bom?

Bom de qual quer forma você encontro o problema!

Quando você roda o vacuum full você gera e recicla tantos WALs quando sua
replica é capaz de processar.

Você tem algumas saídas sem analisar seu cenário creio que você pode parar
com esse vacuum full, se ele permanecer você deve verificar os parâmetros
que o Euler já passou para você.

-
Glauco Torres
___
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

[Diógenes Vargas de Bittencourt]

Bom dia pessoal, faz um tempo que venho colocando o que vem ocorrendo em
uma replicação que fiz aqui no ambiente na empresa onde trabalho.
Novo fato que não tinha visto ainda. Minha replicação funciona bem até o
sábado. Eis que lembrei de que rodamos um vaccum full no banco todo sábado,
e pelo horário que parou de replicar, é bem o horário em seguida que roda o
vaccum. O que pode interferir na replicação o vaccum? Ou é pura
coincidência?

De segunda a sexta eu rodo o vaccum analyze todos os dias e no sábado
rodamos o full.


*Segue meu scripit de vaccum*

#!/bin/bash
#INICIO=`date +%d/%m/%Y-%H:%M:%S`
LOG="/var/log/banco/vacuum_`date +%Y-%m-%d`.log"
echo "Inicio do vacuum analyze em `date +%d/%m/%Y-%H:%M:%S`" >> $LOG
## roda o vacuum analyze
/usr/lib/postgresql/9.3/bin/vacuumdb -U postgres -d banco -z
echo "Fim do vacuum analyze em `date +%d/%m/%Y-%H:%M:%S`" >> $LOG
echo ""
echo "Inicio do vacuum full em `date +%d/%m/%Y-%H:%M:%S`" >> $LOG
## roda o vacuum full
/usr/lib/postgresql/9.3/bin/vacuumdb -U postgres -d banco -f
echo "Fim do vacuum full em `date +%d/%m/%Y-%H:%M:%S`" >> $LOG


Att,

Diógenes V. Bittencourt




Em 14 de junho de 2016 12:38, Euler Taveira  escreveu:

> 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
>
___
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

[JotaComm]

Opa!

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

> 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.
>

​Bom que deu certo, quando for assim, coloca uma exceção que fica mais
fácil de identificar o problema.​


>
> 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
>


​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

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

[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

[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] Dúvida em bloco anonimo

[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

[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

[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

[pgbr-geral] Dúvida em bloco anonimo

[Jean Alysson]

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

-- 
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 replicação

[Euler Taveira]

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

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

[Diógenes Vargas de Bittencourt]

Bom dia pessoal, peguei as dicas que o Euler passou, e executei novamente o
processo para replicação. fiz a cópia com rsync, mas antes disto fiz a
atualização S.O. nos servidores e deixei os dois iguais nas suas versões do
postgres e por enquanto a replicação está funcionando normalmente, mas como
isso também ocorria antes, estou monitorando constantemente os servidores
para verificar se continua a replicação. 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, ví em vários materiais muita coisa mas nenhum
explicando detalhado como faz.
Pelo que entendi o restore_command é executado caso os servidores percam o
sincronismo.

Se vocês tiverem um material que eu possa utilizar para montar esse arquivo.

Desde já obrigado pela ajuda.

Diógenes V. Bittencourt

Em 10 de maio de 2016 16:09, Euler Taveira  escreveu:

> On 10-05-2016 14:00, Diógenes Vargas de Bittencourt wrote:
> > *Configurações de hardware das máquinas:
> > *
> > *MASTER
> > */Operating systemUbuntu Linux 14.04.3
> > Processor informationIntel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 24
> cores
> > Real memory7.77 GB used, 47.05 GB total
> > Postgres 9.3.10/*
> > *
> Atualize o PostgreSQL.
>
> > *SLAVE
> > */Operating systemUbuntu Linux 14.04.4
> > Processor informationIntel(R) Xeon(R) CPU E5530 @ 2.40GHz, 16 cores
> > Real memory1.03 GB used, 23.53 GB total
> > Postgres 9.3.12/*
> > *
> > *
> > Segue arquivo de configuração do master:*
> >
> É necessário "garimpar" o log para saber o porquê da perda de
> sincronismo mas pela sua configuração há duas causas possíveis:
>
> (i) alguma consulta no slave "segurou" a replicação e durante esse
> período o servidor principal reciclou um arquivo de WAL que seria
> necessário no servidor secundário;
> (ii) wal_keep_segments não é suficiente para uma carga de dados. Pode
> ocorrer que wal_keep_segments (juntamente com checkpoint_segments) não
> seja suficiente durante uma carga de dados fazendo com que o servidor
> principal recicle arquivos que são necessários no servidor secundário.
>
> Para evitar esses problemas, faça arquivamento do WAL e use o
> restore_command no recovery.conf. Assim, se faltar um arquivo por um dos
> dois motivos o servidor secundário buscará no repositório contendo os
> arquivos de log arquivados.
>
>
> --
>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] Dúvida em select

[Marcos Thomaz]

Boa noite,

Em 5 de junho de 2016 20:20, Jean Alysson  escreveu:

> Boa noite,
>
> preciso de ajuda no seguinte cenario:
>
> tenho uma tabela com
> idpedido - idproduto - situacao - quantidade
> 1  1 F  2
> 1  1 C  2
>
> 2  1 F  3
>
> 3  1 F  5
> 3  1 C  5
> 3  1 E  5
>
> onde F=fechado  C=cancelado   E=excluido
>
> preciso do total das quantidades vendidas, descontando o que foi cancelado
> ou excluido, mas sendo cancelado e excluido, desconta 2 vezes e fica
> errado, uso o seguinte select:
>
> select sum(
> case when situacao = 'F' then quantidade
> else
> quantidade * -1
> end) as total
> from tabela
>
> funciona quando o pedido é fechado e cancelado ou fechado e excluido, mas
> no caso do pedido 3
> ele é fechado, cancelado e excluido, ficando com valor negativo, como
> posso resolver ?
>
> Obrigado
> Jean Alysson
>
>
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>



Se fizer assim não funciona:

select sum(quantidade) from tabela
where situacao='F' and
not exists(select 1 from tabela t2 where t2.idpedido=tabela.idpedido and
t2.idproduto=tabela.idproduto and t2.situacao in ('C', 'E'))

Uma outra ideia seria somar as quantidades de acordo com a situação e
utilizar como um subselect.


-- 


Marcos Thomaz da Silva
Analista de Tecnologia da Informação
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Dúvida em select

[Jean Alysson]

Boa noite,

preciso de ajuda no seguinte cenario:

tenho uma tabela com
idpedido - idproduto - situacao - quantidade
1  1 F  2
1  1 C  2

2  1 F  3

3  1 F  5
3  1 C  5
3  1 E  5

onde F=fechado  C=cancelado   E=excluido

preciso do total das quantidades vendidas, descontando o que foi cancelado
ou excluido, mas sendo cancelado e excluido, desconta 2 vezes e fica
errado, uso o seguinte select:

select sum(
case when situacao = 'F' then quantidade
else
quantidade * -1
end) as total
from tabela

funciona quando o pedido é fechado e cancelado ou fechado e excluido, mas
no caso do pedido 3
ele é fechado, cancelado e excluido, ficando com valor negativo, como posso
resolver ?

Obrigado
Jean Alysson
___
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

[Euler Taveira]

On 10-05-2016 14:00, Diógenes Vargas de Bittencourt wrote:
> *Configurações de hardware das máquinas:
> *
> *MASTER
> */Operating systemUbuntu Linux 14.04.3
> Processor informationIntel(R) Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 24 cores
> Real memory7.77 GB used, 47.05 GB total
> Postgres 9.3.10/*
> *
Atualize o PostgreSQL.

> *SLAVE
> */Operating systemUbuntu Linux 14.04.4
> Processor informationIntel(R) Xeon(R) CPU E5530 @ 2.40GHz, 16 cores
> Real memory1.03 GB used, 23.53 GB total
> Postgres 9.3.12/*
> *
> *
> Segue arquivo de configuração do master:*
>
É necessário "garimpar" o log para saber o porquê da perda de
sincronismo mas pela sua configuração há duas causas possíveis:

(i) alguma consulta no slave "segurou" a replicação e durante esse
período o servidor principal reciclou um arquivo de WAL que seria
necessário no servidor secundário;
(ii) wal_keep_segments não é suficiente para uma carga de dados. Pode
ocorrer que wal_keep_segments (juntamente com checkpoint_segments) não
seja suficiente durante uma carga de dados fazendo com que o servidor
principal recicle arquivos que são necessários no servidor secundário.

Para evitar esses problemas, faça arquivamento do WAL e use o
restore_command no recovery.conf. Assim, se faltar um arquivo por um dos
dois motivos o servidor secundário buscará no repositório contendo os
arquivos de log arquivados.


-- 
   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

[Diógenes Vargas de Bittencourt]

Euler, respondendo o que você colocou ali sobre rodar o pg_resetxlog na
produção, eu não fiz isso no de produção viu, isso eu fiz no servidor que
está recebendo a replica. Na real eu procuro nem mexer no de produção, só
fiz as configurações iniciais e depois só no de réplica que mexo, até
porque, minha parada se precisar mexer no de produção é só com programação
com todos os setores de operação da empresa. E isso é meio complicado.

Att,

Diógenes V. Bittencourt


Em 10 de maio de 2016 13:31, Euler Taveira  escreveu:

> On 10-05-2016 11:00, Diógenes Vargas de Bittencourt wrote:
> > Bom dia pessoal, sou novo nesta lista, e gostaria de tirar uma dúvida
> > que está me deixando careca, literalmente, hehe.
> > Tenho postgres 9.3 instalado em um ubuntu 12.04 em produção. Fiz as
> > configurações para replicação em outra máquina com o mesmo S.O. mesma
> > versão do banco também.
> >
> 9.3.oque? Cadê as configurações da produção [1]? E o arquivo recovery.conf?
>
> > *Após esse erro ví em vários foruns que rodando o comando resetxlog
> > poderia resolver, pois bem, fiz isso e segue abaixo o que ocorreu
> depois:*
> > /postgres@server2:/base$ /usr/lib/postgresql/9.3/bin/pg_resetxlog -f
> > /base/pgdata/
> > Transaction log reset/
> >
> Não, pg_resetxlog não vai resolver seu problema. 99% das pessoas que
> usam o pg_resetxlog *não* sabem o que estão fazendo. Jamais use ele numa
> base em produção e sem problemas; ele geralmente leva a perda de
> transações.
>
>
> [1] https://gist.github.com/eulerto/450501d8ef00404e665b46a2f2a6e8e2
>
>
> --
>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] Dúvida replicação

[Diógenes Vargas de Bittencourt]

*Configurações de hardware das máquinas:*

*MASTER*


*Operating systemUbuntu Linux 14.04.3Processor informationIntel(R)
Xeon(R) CPU E5-2620 v3 @ 2.40GHz, 24 coresReal memory7.77 GB used,
47.05 GB totalPostgres 9.3.10*

*SLAVE*


*Operating systemUbuntu Linux 14.04.4Processor informationIntel(R)
Xeon(R) CPU E5530 @ 2.40GHz, 16 coresReal memory1.03 GB used, 23.53 GB
totalPostgres 9.3.12*

*Segue arquivo de configuração do master:*





















































*data_directory = '/base/pgdata'# use data in another
directoryhba_file = '/etc/postgresql/9.3/main/pg_hba.conf'# host-based
authentication fileident_file = '/etc/postgresql/9.3/main/pg_ident.conf'
# ident configuration fileexternal_pid_file =
'/var/run/postgresql/9.3-main.pid'# write an extra PID
filelisten_addresses = '*'# what IP address(es) to listen on;port =
5432# (change requires restart)max_connections = 400
# (change requires restart)unix_socket_directories =
'/var/run/postgresql'# comma-separated list of directoriesssl = true
# (change requires restart)ssl_cert_file =
'/etc/ssl/certs/ssl-cert-snakeoil.pem'# (change requires
restart)ssl_key_file = '/etc/ssl/private/ssl-cert-snakeoil.key'#
(change requires restart)shared_buffers = 12GB #8GB# min
128kBwork_mem = 15728kB #328MB# min 64kBmaintenance_work_mem =
2GB# min 1MBwal_level = hot_standby# minimal, archive,
or hot_standbywal_buffers = 16MB# min 32kB, -1 sets based on
shared_bufferscheckpoint_segments = 16 #64# in logfile segments,
min 1, 16MB eachcheckpoint_completion_target = 0.9# checkpoint target
duration, 0.0 - 1.0max_wal_senders = 1# max number of walsender
processeswal_keep_segments = 20# in logfile segments, 16MB each; 0
disableseffective_cache_size = 36GBlog_destination = 'stderr'#
Valid values are combinations oflogging_collector = on# Enable
capturing of stderr and csvloglog_directory = 'pg_log'# directory
where log files are written,log_filename = 'postgresql-%d-%m-%Y.log'#
log file name pattern,log_truncate_on_rotation = on# If on, an
existing log file with thelog_rotation_age = 1d# Automatic
rotation of logfiles willlog_rotation_size = 10MB# Automatic
rotation of logfiles willclient_min_messages = notice# values in
order of decreasing detail:log_min_messages = warning# values in
order of decreasing detail:log_min_error_statement = error# values
in order of decreasing detail:log_min_duration_statement = 3000# -1 is
disabled, 0 logs all statementslog_checkpoints = onlog_connections =
onlog_disconnections = onlog_duration = offlog_error_verbosity = verbose
# terse, default, or verbose messageslog_hostname = onlog_line_prefix =
'%t [%p]: [%l-1] user=%u,db=%d '# special values:log_lock_waits
= on# log lock waits >= deadlock_timeoutlog_statement =
'none'# none, ddl, mod, alllog_temp_files = 0# log
temporary files equal or largerlog_timezone = 'localtime'autovacuum =
off# Enable autovacuum subprocess?  'on'datestyle = 'iso,
dmy'timezone = 'localtime'client_encoding = LATIN1# actually,
defaults to databaselc_messages = 'pt_BR.UTF-8'# locale for
system error messagelc_monetary = 'pt_BR.UTF-8'# locale for
monetary formattinglc_numeric = 'pt_BR.UTF-8'# locale for
number formattinglc_time = 'pt_BR.UTF-8'# locale for time
formattingdefault_text_search_config =
'pg_catalog.portuguese'escape_string_warning =
offstandard_conforming_strings = off*

*Arquivo de configuração do slave:*




























*data_directory = '/base/pgdata'# use data in another
directoryhba_file = '/etc/postgresql/9.3/main/pg_hba.conf'# host-based
authentication fileident_file = '/etc/postgresql/9.3/main/pg_ident.conf'
# ident configuration fileexternal_pid_file =
'/var/run/postgresql/9.3-main.pid'# write an extra PID
filelisten_addresses = '*'# what IP address(es) to listen on;port =
5432# (change requires restart)max_connections = 400
# (change requires restart)unix_socket_directories =
'/var/run/postgresql'# comma-separated list of directoriesssl = true
# (change requires restart)ssl_cert_file =
'/etc/ssl/certs/ssl-cert-snakeoil.pem'# (change requires
restart)ssl_key_file = '/etc/ssl/private/ssl-cert-snakeoil.key'#
(change requires restart)shared_buffers = 12GB# min
128kBwork_mem = 15728kB# min 64kBwal_level = hot_standby
# minimal, archive, or hot_standbywal_buffers = 16MB#
min 32kB, -1 sets based on shared_bufferscheckpoint_segments = 16#
in logfile segments, min 1, 16MB eachcheckpoint_completion_target = 0.9
# checkpoint target duration, 0.0 - 

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

[Euler Taveira]

On 10-05-2016 11:00, Diógenes Vargas de Bittencourt wrote:
> Bom dia pessoal, sou novo nesta lista, e gostaria de tirar uma dúvida
> que está me deixando careca, literalmente, hehe.
> Tenho postgres 9.3 instalado em um ubuntu 12.04 em produção. Fiz as
> configurações para replicação em outra máquina com o mesmo S.O. mesma
> versão do banco também.
>
9.3.oque? Cadê as configurações da produção [1]? E o arquivo recovery.conf?

> *Após esse erro ví em vários foruns que rodando o comando resetxlog
> poderia resolver, pois bem, fiz isso e segue abaixo o que ocorreu depois:*
> /postgres@server2:/base$ /usr/lib/postgresql/9.3/bin/pg_resetxlog -f
> /base/pgdata/
> Transaction log reset/
> 
Não, pg_resetxlog não vai resolver seu problema. 99% das pessoas que
usam o pg_resetxlog *não* sabem o que estão fazendo. Jamais use ele numa
base em produção e sem problemas; ele geralmente leva a perda de transações.


[1] https://gist.github.com/eulerto/450501d8ef00404e665b46a2f2a6e8e2


-- 
   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] Dúvida replicação

[Diógenes Vargas de Bittencourt]

Bom dia pessoal, sou novo nesta lista, e gostaria de tirar uma dúvida que
está me deixando careca, literalmente, hehe.
Tenho postgres 9.3 instalado em um ubuntu 12.04 em produção. Fiz as
configurações para replicação em outra máquina com o mesmo S.O. mesma
versão do banco também.
Fiz a configuração para streaming, no entanto, a replicação fica rodando
por menos de uma semana, e depois simplesmente para de replicar, depois de
muitas tentativas, refiz a replicação e funcionou por mais 1 semana, o que
pode estar ocorrendo, O hardware das máquinas são praticamente iguais.

*Segue abaixo o último erro:*
















*2016-05-10 10:30:38 BRT FATAL:  the database system is starting
up2016-05-10 10:30:38 BRT FATAL:  the database system is starting
up2016-05-10 10:30:39 BRT FATAL:  the database system is starting
up2016-05-10 10:30:39 BRT LOG:  entering standby mode2016-05-10 10:30:39
BRT LOG:  invalid primary checkpoint record2016-05-10 10:30:39 BRT LOG:
invalid secondary checkpoint record2016-05-10 10:30:39 BRT PANIC:  could
not locate a valid checkpoint record2016-05-10 10:30:39 BRT FATAL:  the
database system is starting up2016-05-10 10:30:39 BRT LOG:  startup process
(PID 5434) was terminated by signal 6: Aborted2016-05-10 10:30:39 BRT LOG:
aborting startup due to startup process failure2016-05-10 10:34:53 BRT
LOG:  database system was interrupted; last known up at 2016-05-10 10:29:21
BRT2016-05-10 10:34:53 BRT LOG:  entering standby mode2016-05-10 10:34:53
BRT LOG:  invalid primary checkpoint record2016-05-10 10:34:53 BRT LOG:
invalid secondary checkpoint record2016-05-10 10:34:53 BRT PANIC:  could
not locate a valid checkpoint record2016-05-10 10:34:53 BRT LOG:  startup
process (PID 5530) was terminated by signal 6: Aborted2016-05-10 10:34:53
BRT LOG:  aborting startup due to startup process failure*

*Após esse erro ví em vários foruns que rodando o comando resetxlog poderia
resolver, pois bem, fiz isso e segue abaixo o que ocorreu depois:*

*postgres@server2:/base$ /usr/lib/postgresql/9.3/bin/pg_resetxlog -f
/base/pgdata/Transaction log reset*

*Depois tentei iniciar a base novamente, mas o erro que está sendo
mencionado na mensagem não procede, porque meu server está com a
configuração certinha, pelo menos eu acho que sim:*








** Starting PostgreSQL 9.3 database
server
* The PostgreSQL server failed to start. Please check the log
output:2016-05-10 10:52:00 BRT LOG:  database system was shut down at
2016-05-10 10:49:01 BRT2016-05-10 10:52:00 BRT LOG:  entering standby
mode2016-05-10 10:52:00 BRT WARNING:  WAL was generated with
wal_level=minimal, data may be missing2016-05-10 10:52:00 BRT HINT:  This
happens if you temporarily set wal_level=minimal without taking a new base
backup.2016-05-10 10:52:00 BRT FATAL:  hot standby is not possible because
wal_level was not set to "hot_standby" on the master server2016-05-10
10:52:00 BRT HINT:  Either set wal_level to "hot_standby" on the master, or
turn off hot_standby here.2016-05-10 10:52:00 BRT LOG:  startup process
(PID 5637) exited with exit code 12016-05-10 10:52:00 BRT LOG:  aborting
startup due to startup process failure*


Desde já obrigado pela ajuda da comunidade.

Att,

Diógenes V. Bittencourt
___
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 select

[Jean Alysson]

Em 05/05/2016 11:09, "Tiago José Adami"  escreveu:
>
> Em 4 de maio de 2016 23:10, Jean Alysson  escreveu:
> > Ola Tiago, está correta sua dedução
> > obrigado pela resposta !
> >
> > Estou começando com PostgreSql, então gostaria de saber se dessa forma
eu
> > teria boa performance ?
> > Esta solução com subselect poderia ser feita sem usar 2 selects  ? over
> > partition, with query ou algo assim ?
> >
>
> Olá Jean.
>
> Evite o top posting, prefira sempre escrever abaixo das mensagens
> anteriores. Isto facilita a leitura.
>
> Não é exclusividade do PostgreSQL, o desempenho vai depender de vários
> fatores como: número de registros, índices criados e número de campos
> (atributos) envolvidos na cláusula WHERE.
>
> É possível reescrever esta consulta de várias maneiras. É possível
> também utilizando window functions, mas acredito que o esforço será
> maior, o código SQL será maior e o desempenho será pior, haja vista
> que mais registros serão lidos do banco de dados e trazidos para a
> memória para realização de operações de ordenação, causando uso
> adicional de CPU.
>
> O que vai impactar mais no desempenho da consulta como descrevi são os
> índices sobre a tabela. Por exemplo: você pode criar índices compostos
> colocando os campos utilizados na consulta com maior incidência de
> valores distintos à frente dos campos que possuem menor distinção de
> valores ao longo da tabela.
>
> Certa vez alguém postou aqui na lista um endereço de blog ou site com
> dicas valiosas de como criar índices, se você pesquisar bem no
> histórico [1] vai encontrar.
>
> [1] https://www.postgresql.org.br/historico
>
>
> TIAGO J. ADAMI
> http://www.adamiworks.com
> @tiadami
> 

Ola Tiago, obrigado pela explicação.

Att.:
Jean Alysson
___
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 select

[Jean Alysson]

Ola Tiago, está correta sua dedução
obrigado pela resposta !

Estou começando com PostgreSql, então gostaria de saber se dessa forma eu
teria boa performance ?
Esta solução com subselect poderia ser feita sem usar 2 selects  ? over
partition, with query ou algo assim ?

Obrigado pela colaboração
Jean Alysson

Em 4 de maio de 2016 22:25, Tiago José Adami  escreveu:

> Em 4 de maio de 2016 22:19, Jean Alysson  escreveu:
> >
> > Ola, preciso fazer o select abaixo, tem que retornar somente um registro,
> > mas como o campoString é diferente, retornam varios registros, como
> posso resolver ?
> >
> > SELECT  max(campoInteger), campoString
> >  FROM tabela
> >  where outroCampoInteger = 31
> > group by campoInteger, campoString
> >
> > já tentei colocar max(campoString), mas não deu certo , retorna um
> registro, mas misturou o campoInteger de um registro com o campoString de
> outro registro
>
> Deduzi que você quer os dois campos para o valor máximo de
> campoInteger, certo? Veja se isso te ajuda:
>
> SELECT
> t1.campoInteger, t1.campoString
> FROM
> tabela t1
> WHERE
> t1.outroCampoInteger = 31 AND
> t1.campoInteger = (
> SELECT
> MAX(t2.campoInteger)
> FROM
> tabela t2
> WHERE
> t2.outroCampoInteger = t1.outroCampoInteger
> )
>
> TIAGO J. ADAMI
> http://www.adamiworks.com
> @tiadami
> ___
> 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 select

[Tiago José Adami]

Em 4 de maio de 2016 22:19, Jean Alysson  escreveu:
>
> Ola, preciso fazer o select abaixo, tem que retornar somente um registro,
> mas como o campoString é diferente, retornam varios registros, como posso 
> resolver ?
>
> SELECT  max(campoInteger), campoString
>  FROM tabela
>  where outroCampoInteger = 31
> group by campoInteger, campoString
>
> já tentei colocar max(campoString), mas não deu certo , retorna um registro, 
> mas misturou o campoInteger de um registro com o campoString de outro registro

Deduzi que você quer os dois campos para o valor máximo de
campoInteger, certo? Veja se isso te ajuda:

SELECT
t1.campoInteger, t1.campoString
FROM
tabela t1
WHERE
t1.outroCampoInteger = 31 AND
t1.campoInteger = (
SELECT
MAX(t2.campoInteger)
FROM
tabela t2
WHERE
t2.outroCampoInteger = t1.outroCampoInteger
)

TIAGO J. ADAMI
http://www.adamiworks.com
@tiadami
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Dúvida em select

[Jean Alysson]

Ola, preciso fazer o select abaixo, tem que retornar somente um registro,
mas como o campoString é diferente, retornam varios registros, como posso
resolver ?
SELECT  max(campoInteger), campoString
 FROM tabela
 where outroCampoInteger = 31
group by campoInteger, campoString

já tentei colocar max(campoString), mas não deu certo , retorna um
registro, mas misturou o campoInteger de um registro com o campoString de
outro registro

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

[pgbr-geral] Dúvida - Replicação

[Jonis Maurin Ceará]

Olá.

Qual a melhor ferramenta atualmente para replicação master-master sincrona
de postgresql?

Andei fazendo alguns testes alguns meses atrás com o Pgpool-II. Porém, ao
entrar no wiki do PgSQL, percebi que ele esta meio que sendo substituído
por outras soluções, ai fiquei na dúvida de vale apenas ou nao implantar um
novo ambiente com o PgpPool-II.

No meu ambiente, preciso de dois servidores PgSQL em replicação
master-master sincronos e, se possivel, bom valanceamento de carga. Existe
solução melhor que o pgpool-II atualmente?

Obrigado.
Jonis
___
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 sobre o pgagent instalação e configuração.

[Alan Tavares]

Eu tb tive problemas com o PGAgent a um tempo atras a unica maneira que
consegui fazer ele funcionar foi usar o step em batch pois em o sql não
rodou.

Em 20 de março de 2016 11:37, Dickson S. Guedes 
escreveu:

> Em 18 de março de 2016 11:13, Andre Ferreira
>  escreveu:
> > E fui no pgadmin3 e criei um job para testar o pgagente. E o mesmo não
> rodou
> > meu teste agendado nem quando eu solicitado com o segundo botão sobre
> job e
> > escolhendo "Run now".
> >
> > Alguém poderia-me ajudar a resolver esse problema ou possuí um
> procedimento
> > passo a passo.
>
> Chegou a procurar por algum evento nos logs?
>
> Att.
> --
> Dickson S. Guedes
> mail/xmpp: gue...@guedesoft.net - skype: guediz
> http://github.com/guedes - http://guedesoft.net
> http://www.postgresql.org.br
> ___
> 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] Dúvida sobre o pgagent instalação e configuração.

[Dickson S. Guedes]

Em 18 de março de 2016 11:13, Andre Ferreira
 escreveu:
> E fui no pgadmin3 e criei um job para testar o pgagente. E o mesmo não rodou
> meu teste agendado nem quando eu solicitado com o segundo botão sobre job e
> escolhendo "Run now".
>
> Alguém poderia-me ajudar a resolver esse problema ou possuí um procedimento
> passo a passo.

Chegou a procurar por algum evento nos logs?

Att.
-- 
Dickson S. Guedes
mail/xmpp: gue...@guedesoft.net - skype: guediz
http://github.com/guedes - http://guedesoft.net
http://www.postgresql.org.br
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Dúvida sobre o pgagent instalação e configuração.

[Andre Ferreira]

Prezados colegas, bom dia.

Estou com uma dúvida na instalação do pgagent no ambiente CentOs 6.5 64 bits
com o PostgreSQL 9.2 instalado de forma padrão dentro da pasta:
var/lib/pgsql/9.2/data
e com a configuração padrão do usuário /usr/pgsql-9.2/bin

Efetuei a instalação do pgagent da seguinte forma utilizando o root:
*yum install pgagent_92.x86_64 *

após isso entrei no usuário postgres e acessei o psql habilitando com o
seguinte código:
*create extension pgagent;*

após isso retornei para o usuário root e modifiquei o serviço:
/etc/init.d/pgagent_92 e modifiquei a linha:

de
$SU *pgagent* -c "/usr/bin/pgagent_92  -s $LOGFILE hostaddr=$DBHOST
dbname=$DBNAME user=$DBUSER pass=Hidden21 port=$DBPORT"

para
$SU *postgres* -c "/usr/bin/pgagent_92  -s $LOGFILE hostaddr=$DBHOST
dbname=$DBNAME user=$DBUSER pass=Hidden21 port=$DBPORT"

E startei o serviço normalmente sem erros:
*service pgagent_92 start*

E fui no pgadmin3 e criei um job para testar o pgagente. E o mesmo não
rodou meu teste agendado nem quando eu solicitado com o segundo botão sobre
job e escolhendo "Run now".

Alguém poderia-me ajudar a resolver esse problema ou possuí um procedimento
passo a passo.

grato,

-- 
*André Mendes Ferreira *
*Analista de Sistema Desenvolvedor *
*ISGH - Instituto de Saúde e Gestão Hospitalar *
*End.:   Rua Socorro Gomes, 190 *
*Tel.:(85) 3195-2739 *
*Mob.:  (85) 99613-3117 *
___
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 com modelagem de Controle de Documentos Entregues e com consulta SQL

[Guimarães Faria Corcete DUTRA , Leandro]

2016-03-03 15:40 GMT-03:00 Andre Cavalcante :
>
> 2016-03-02 9:52 GMT-04:00 Guimarães Faria Corcete DUTRA, Leandro
> :
>>
>> 2016-03-02 9:13 GMT-03:00 Andre Cavalcante :
>> > Aprendiz
>> > ---
>> > id serial
>> > matricula varchar
>> > nome varchar
>>
>> Cada um é uma chave?  Ou a chave são os dois atributos?
>
> id é uma chave primária porque gerado automaticamente pelo banco - é só o id
> do objeto

Certo.  Só lembre que uma chave dessas não cumpre a principal função
de uma chave, que é a de garantir unicidade, nem a de documentar o
modelo (motivo pelo qual perguntei por chaves naturais).

Falando sobre documentação, evite usar simplesmente id como nome de
atributo.  Se não tiver jeito de declarar uma chave natural como
primária (geralmente tem), ao menos dê ao atributo um nome único e
consistente em toda a base, por exemplo (no caso) id_aprendiz.


> matricula é uma chave candidata (unique no banco)
> nome + nomePai + nomeMae é outra chave candidata (unique no banco)
>
> Mas note que isso é apenas para mater o banco estável e com integridade
> relacional. As verificações mesmo são feitas no modelo OO.

Cuidado.  Além de não funcionar na manipulação direta do banco por
usuários ou outros aplicativos, pode levar a relaxar nas verificações
de integridades no banco (que são muito mais que as referenciais), e
sobretudo a não pensar no modelo em si.


> Pensei nisso também, mas como tudo tem um id

Isso normalmente é um mau sinal.


> e a como parte da chave
> candidata em questão é uma data, deixei assim.

Qual o problema de ser data?


> Aí é que está, não tem tanta regra de negócio assim associado. É
> simplesmente um documento que é anexado a um item de histórico. Podem ser
> quantos o operador quiser (e.g. scanner .jpg de RG, CPF ou outro doc). É só
> um repositório para cada item, daí a FK com id de ItemHistorico

Hm, acho que entendi.  Na verdade, se o usuário pode anexar o mesmo
documento várias vezes, caberia um contador, caso em que passa a haver
chave candidata; ou então identificador de instância (por exemplo,
ordem em que foi anexado), caso em que volta a haver chave candidata.
Sempre há chave candidata, a gente é que nem sempre pensa o suficiente
— ou decide deixar o modelo frágil por ser relativamente pouco
importante, mas aí se paga mais tarde com inconsistências internas ou
externas (do banco consigo mesmo ou com a realidade.


> 2. No modelo proposto, como fazer a SQL que retorne todos o documentos
> entregues por um aprendiz?

Não entendi qual o problema, porque não fazer uma junção entre as relações?

Você chegou a tentar e não conseguiu?  Até onde chegou, e qual o
resultado obtido?

Talvez facilite usar o pg_autodoc, o SchemaSpy ou o SQL::Fairy para
poder enxergar o modelo, pode ser que o uso de ids esteja atrapalhando
o entendimento.  Acontece mesmo com modelos que a gente mesmo criou.



-- 
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] Dúvida com modelagem de Controle de Documentos Entregues e com consulta SQL

[Andre Cavalcante]

Olá, novamente,


2016-03-02 9:52 GMT-04:00 Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org>:

> 2016-03-02 9:13 GMT-03:00 Andre Cavalcante :
> > Aprendiz
> > ---
> > id serial
> > matricula varchar
> > nome varchar
>
> Cada um é uma chave?  Ou a chave são os dois atributos?
>

id é uma chave primária porque gerado automaticamente pelo banco - é só o
id do objeto
matricula é uma chave candidata (unique no banco)
nome + nomePai + nomeMae é outra chave candidata (unique no banco)

Mas note que isso é apenas para mater o banco estável e com integridade
relacional. As verificações mesmo são feitas no modelo OO.


>
> > ItemHistorico
> > --
> > id serial   {PK - cada item tem um número que o identifica unicamente. A
> > chave candidata seria dahoraEvento+idAprendiz, obviamente por se tratar
> de
> > um evento discreto no tempo}
>
> Com uma chave natural de apenas dois atributos, eu pensaria seriamente
> em simplificar o modelo eliminando a chave artificial.
>

Pensei nisso também, mas como tudo tem um id e a como parte da chave
candidata em questão é uma data, deixei assim.


>
>
> > Anexo
> > 
> > id serial {PK - cada anexo tem um id, sem grandes problemas aqui. Não há
> > chave candidata (posso colocar até o mesmo arquivo várias vezes, mas o
> > sistema não precisa verificar isso, cabendo ao operador saber o que está
> > fazendo}
>
> Isso nunca dá certo.  Mesmo que desse operacionalmente, indica um
> problema mais grave de entendimento de modelo e de negócio.
>

Aí é que está, não tem tanta regra de negócio assim associado. É
simplesmente um documento que é anexado a um item de histórico. Podem ser
quantos o operador quiser (e.g. scanner .jpg de RG, CPF ou outro doc). É só
um repositório para cada item, daí a FK com id de ItemHistorico



>
> De qualquer maneira, tens outras questões específicas sobre teu modelo
> proposto?  Ou o que queres são comentários de base como os que fiz até
> agora.
>

Então, como coloquei na 1ª postagem:

1. Alguém teria alguma outra ideia de fazer esse controle de documentos?
2. No modelo proposto, como fazer a SQL que retorne todos o documentos
entregues por um aprendiz?

Abraços e muito obrigado pela paciência.

André Cavalcante
Manaus, AM.
___
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 com modelagem de Controle de Documentos Entregues e com consulta SQL

[Guimarães Faria Corcete DUTRA , Leandro]

2016-03-02 9:13 GMT-03:00 Andre Cavalcante :
> Aprendiz
> ---
> id serial
> matricula varchar
> nome varchar

Cada um é uma chave?  Ou a chave são os dois atributos?


> ItemHistorico
> --
> id serial   {PK - cada item tem um número que o identifica unicamente. A
> chave candidata seria dahoraEvento+idAprendiz, obviamente por se tratar de
> um evento discreto no tempo}

Com uma chave natural de apenas dois atributos, eu pensaria seriamente
em simplificar o modelo eliminando a chave artificial.


> Anexo
> 
> id serial {PK - cada anexo tem um id, sem grandes problemas aqui. Não há
> chave candidata (posso colocar até o mesmo arquivo várias vezes, mas o
> sistema não precisa verificar isso, cabendo ao operador saber o que está
> fazendo}

Isso nunca dá certo.  Mesmo que desse operacionalmente, indica um
problema mais grave de entendimento de modelo e de negócio.

De qualquer maneira, tens outras questões específicas sobre teu modelo
proposto?  Ou o que queres são comentários de base como os que fiz até
agora.


-- 
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] Dúvida com modelagem de Controle de Documentos Entregues e com consulta SQL

[Andre Cavalcante]

2016-03-02 8:11 GMT-04:00 Andre Cavalcante :

> Olá,
>
> 2016-03-01 21:21 GMT-04:00 Leandro Guimarães Faria Corcete DUTRA <
> l...@dutras.org>:
>
>> Le 1 mars 2016 17:17:02 GMT-03:00, Andre Cavalcante <
>> andre.d.cavalca...@gmail.com> a écrit :
>> >
>> >id serial
>>
>> Você não definiu nenhuma chave natural.  Fica muito difícil entender um
>> modelo sem as chaves naturais.
>>
>
> obrigado pela resposta...
>
> Ok. Esqueci de indicar. Segue abaixo:
>
> Aprendiz
> ---
> id serial
> matricula varchar
> nome varchar
> ... outros campos
>
>
> ItemHistorico
> --
> id serial   {PK - cada item tem um número que o identifica unicamente. A
> chave candidata seria dahoraEvento+idAprendiz, obviamente por se tratar de
> um evento discreto no tempo}
> idAprendiz  integer {FK para Aprendiz, formando uma relação de 1 aprendiz
> para muitos itens. Na modelagem OO eu tenho List em Aprendiz}
> nomeEvento varchar
> descricao varchar
> datahoraEvento Timestamp
> detalheEvento integer   //aqui eh um número que define o tipo do detalhe
> do evento, se é entrega de documentação ou se é outro tipo de evento
> notas
>
>
> Anexo
> 
> id serial {PK - cada anexo tem um id, sem grandes problemas aqui. Não há
> chave candidata (posso colocar até o mesmo arquivo várias vezes, mas o
> sistema não precisa verificar isso, cabendo ao operador saber o que está
> fazendo}
> descricao varchar
> dados  bytea
> idItemHistorico {FK para ItemHistorico, formando uma relação de 1 item
> para muitos anexos. Na modelagem OO eu tenho List em ItemHistorico}
>
>
> DocEntregue
> 
> idItemHistorico integer  {PK - mesmo que o id do item. No OO DocEntregue é
> filho de ItemHistorico}
> detalheEvento integer   {pseudo FK - é o número do detalhe do evento,
> neste caso do tipo Documento Entregue}
> rg  boolean  //true se entregou o RG
> "RG" varchar   //o número do RG
> "dataEmissaoRG" Date //a data de emissão do RG
> cpf boolean//true se entregou o CPF
> "CPF" varchar//o número do CPF
> ctps boolean  // true para a CTPS
> "CTPS" varchar  // número de séria da CTPS
> cr boolean //true se entregou o comprovante de residencia
> pis boolean   //true se entregou o PIS
> "PIS" varchar //número do PIS
> nre boolean  //true se entregou o registro de estrangeiro (para o caso)
> "NRE" varchar   //número do registro de estrangeiro
> ce boolean// comprovante de escolariade
> "CE" String  // número ou protocolo do CE
> notas varchar //observações e notas
>
> Esse é o conjunto de tabelas. Tenho um conjunto de classes (OO) que são
> mapeadas aqui.
>
>
___
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 com modelagem de Controle de Documentos Entregues e com consulta SQL

[Leandro Guimarães Faria Corcete DUTRA]

Le 1 mars 2016 17:17:02 GMT-03:00, Andre Cavalcante 
 a écrit :
>
>id serial

Você não definiu nenhuma chave natural.  Fica muito difícil entender um modelo 
sem as chaves naturais.



-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 (Net)gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691 (Vivo) 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

[pgbr-geral] Dúvida com modelagem de Controle de Documentos Entregues e com consulta SQL

[Andre Cavalcante]

Olá pessoal,

É minha postagem no grupo. Espero não tá falando bobagem... :)

Fiz uma busca rápida na lista e não encontrei nada com o termo "Controle de
Documentos Entregues", então coloco aqui a dúvida, se alguém puder ajudar...

É o seguinte, comecei agora um projeto usando PostgreSQL. É um sistema que
vai ter um controle dos documentos entregues por um aprendiz, tais como
RG, CPF, Comprovante de Residência, Comprovante de Escolaridade (CE) etc.

Documentos como CE devem ser entregues periodicamente.

Toda entrega de documento deve constar no histórico do aprendiz (na verdade
todo e qualquer evento que aconteça com o aluno vai para o histórico)

A primeira dúvida é: como posso fazer uma modelagem simples para isso?

Pensei na seguinte modelagem:

Aprendiz
---
id serial
matricula varchar
nome varchar
... outros campos


ItemHistorico
--
id serial
idAprendiz  integer   {FK para Aprendiz, formando uma relação de 1
aprendiz para muitos itens. Na modelagem OO eu tenho List em
Aprendiz}
nomeEvento varchar
descricao varchar
datahoraEvento Timestamp
detalheEvento integer   //aqui eh um número que define o tipo do detalhe do
evento, se é entrega de documentação ou se é outro tipo de evento
notas


Anexo

id serial
descricao varchar
dados  bytea
idItemHistorico {FK para ItemHistorico, formando uma relação de 1 item para
muitos anexos. Na modelagem OO eu tenho List em ItemHistorico}


DocEntregue

idItemHistorico integer  {PK - mesmo que o id do item. No OO DocEntregue é
filho de ItemHistorico}
detalheEvento integer   {pseudo FK - é o número do detalhe do evento, neste
caso do tipo Documento Entregue}
rg  boolean  //true se entregou o RG
"RG" varchar   //o número do RG
"dataEmissaoRG" Date //a data de emissão do RG
cpf boolean//true se entregou o CPF
"CPF" varchar//o número do CPF
ctps boolean  // true para a CTPS
"CTPS" varchar  // número de séria da CTPS
cr boolean //true se entregou o comprovante de residencia
pis boolean   //true se entregou o PIS
"PIS" varchar //número do PIS
nre boolean  //true se entregou o registro de estrangeiro (para o caso)
"NRE" varchar   //número do registro de estrangeiro
ce boolean// comprovante de escolariade
"CE" String  // número ou protocolo do CE
notas varchar //observações e notas

Então a ideia é que, na tela de detalhes do item de histórico o operador
simplesmente clicasse o item correspondente ao documento entregue.

O segundo problema é: como fazer a consulta (SQL) que retorne todos os
documentos entregues e os que faltam em uma única linha totalizadora a
partir de um conjunto de várias entradas na tabela para cada evento de
entrega de documentação no histórico?


Alguém teria uma ideia alternativa para essa modelagem?

Abraços,

André Cavalcante
Manaus, AM.
___
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 sobre postgres_fdw

[Flavio Henrique Araque Gurgel]

É que preciso chamar o resultado de uma função que retorna registros em outra 
base, e não uma tabela específica.


Crie uma visão (view) no banco remoto que chama a tal função.
Crie sua tabela estrangeira apontando para àquela visão, isso é 
suportado. Ao fazer um select na tabela remota, a função é executada 
normalmente.


http://www.postgresql.org/docs/9.4/static/postgres-fdw.html#AEN163301

[]s
Flavio Gurgel
___
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 sobre postgres_fdw + Replicação postgres Slony-I

[Sebastian Webber]

Em 6 de janeiro de 2016 11:27, Andre Ferreira  escreveu:

> *Pessoal, alguém sabe dizer se é possível executar uma query diretamente
> num banco de dados externo, sem ter que criar uma foreign table, usando
> postgres_fdw?*
>
> Resp.: Infelizmente não é possível realizar tal ação utilizando
> postgres_fdw. Minha recomendação é que utilize o dblink dentro de uma
> função retornando uma tabela com sua consulta. Entretanto, é mais
> trabalhoso que realizar o mapeamento da foreign table e depois criar a
> consulta.
>
> Atualmente utilizo o mesmo processo com o oracle_fdw. Onde possuo uma base
> em oracle e tenho que efetuar uma consolidação de resultados em postgres.
> Pois algumas aplicações são legados e o restante são novos desenvolvimento
> em postgres.
>
>
> --
>
> *Eu uso o postgres no windows pois atendo clientes de comercio que nao tem
> muito como investir em um servidor dedicado. Eu precisaria de ferramenta
> para replicação, onde eu poderia escolher a tabela para ser replicada*
>
> Eu recomento utilizar o Slony-I (replicação unidirecional >===> Meste para
> Escravo).
> Veja este vídeo no youtube que lhe auxiliará:
> [1] https://www.youtube.com/watch?v=gHsN9hosEcM
> (recomento que faça a instalação do complemento através do strak builder).
>

Amigo,

isso tem a ver com a thread 'Dúvida sobre postgres_fdw'? Pra que abrir uma
nova com a sua resposta?



-- 
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

[pgbr-geral] Dúvida sobre postgres_fdw + Replicação postgres Slony-I

[Andre Ferreira]

*Pessoal, alguém sabe dizer se é possível executar uma query diretamente
num banco de dados externo, sem ter que criar uma foreign table, usando
postgres_fdw?*

Resp.: Infelizmente não é possível realizar tal ação utilizando
postgres_fdw. Minha recomendação é que utilize o dblink dentro de uma
função retornando uma tabela com sua consulta. Entretanto, é mais
trabalhoso que realizar o mapeamento da foreign table e depois criar a
consulta.

Atualmente utilizo o mesmo processo com o oracle_fdw. Onde possuo uma base
em oracle e tenho que efetuar uma consolidação de resultados em postgres.
Pois algumas aplicações são legados e o restante são novos desenvolvimento
em postgres.

--

*Eu uso o postgres no windows pois atendo clientes de comercio que nao tem
muito como investir em um servidor dedicado. Eu precisaria de ferramenta
para replicação, onde eu poderia escolher a tabela para ser replicada*

Eu recomento utilizar o Slony-I (replicação unidirecional >===> Meste para
Escravo).
Veja este vídeo no youtube que lhe auxiliará:
[1] https://www.youtube.com/watch?v=gHsN9hosEcM
(recomento que faça a instalação do complemento através do strak builder).
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Dúvida sobre postgres_fdw

[Jean - GECONTROL]

Pessoal, alguém sabe dizer se é possível executar uma query diretamente num banco de dados externo, sem ter que criar uma foreign table, usando postgres_fdw?Jean DominguesSócio-ProprietárioGECONTROL Consultoria e Sistemas.___
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 sobre postgres_fdw

[Jean - GECONTROL]

Preferia evitar. É uma pena. Valeu.Jean DominguesSócio-ProprietárioGECONTROL Consultoria e Sistemas.De: "Rafael Fialho" <rafafial...@gmail.com>Em: Terça-feira 05 de Janeiro de 2016 15:45,  Para: pgbr-geral@listas.postgresql.org.brAssunto: Re: [pgbr-geral] Dúvida sobre postgres_fdwEm 5 de janeiro de 2016 15:41, Jean - GECONTROL <j...@gecontrolsistemas.com.br> escreveu:Pessoal, alguém sabe dizer se é possível executar uma query diretamente num banco de dados externo, sem ter que criar uma foreign table, usando postgres_fdw?Caso seja uma possibilidade, poderia utilizar dblink.[]'s 
___pgbr-geral mailing listpgbr-geral@listas.postgresql.org.brhttps://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] Dúvida sobre postgres_fdw

[Rafael Fialho]

Em 5 de janeiro de 2016 15:41, Jean - GECONTROL <
j...@gecontrolsistemas.com.br> escreveu:

> Pessoal, alguém sabe dizer se é possível executar uma query diretamente
> num banco de dados externo, sem ter que criar uma foreign table, usando
> postgres_fdw?
>

Caso seja uma possibilidade, poderia utilizar dblink.

[]'s
___
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 sobre postgres_fdw

[Jean - GECONTROL]

Que pena.Jean DominguesSócio-ProprietárioGECONTROL Consultoria e Sistemas.De: "Flavio Henrique Araque Gurgel" <fha...@gmail.com>Em: Terça-feira 05 de Janeiro de 2016 15:43,  Para: pgbr-geral@listas.postgresql.org.brAssunto: Re: [pgbr-geral] Dúvida sobre postgres_fdw> Pessoal, alguém sabe dizer se é possível executar uma query diretamente> num banco de dados externo, sem ter que criar uma foreign table, usando> postgres_fdw?Não.[]sFlavio Gurgel___pgbr-geral mailing listpgbr-geral@listas.postgresql.org.brhttps://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] Dúvida sobre postgres_fdw

[Flavio Henrique Araque Gurgel]

Pessoal, alguém sabe dizer se é possível executar uma query diretamente
num banco de dados externo, sem ter que criar uma foreign table, usando
postgres_fdw?


Não.

[]s
Flavio Gurgel
___
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 sobre postgres_fdw

[Flavio Henrique Araque Gurgel]

Que pena.


Evite o top-posting, bagunça a lista.


 > Pessoal, alguém sabe dizer se é possível executar uma query diretamente
 > num banco de dados externo, sem ter que criar uma foreign table, usando
 > postgres_fdw?


Se você explicar sua necessidade talvez possamos ajudá-lo melhor.
O que te impede de criar uma tabela estrangeira? Não vejo porque isso 
possa ser uma restrição.


[]s
Flavio Gurgel
___
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 sobre postgres_fdw

[Osvaldo Kussama]

Em 05/01/16, lu moraes santos escreveu:
> Ola boa tarde a todos.
> Eu uso o postgres no windows pois atendo clientes de comercio que nao tem
> muito como investir em um servidor dedicado. Eu precisaria de ferramenta
> para replicação, onde eu poderia escolher a tabela para ser replicada.
>


Desculpe minha ignorância, mas sua questão tem algo a ver com o que
estava sendo discutido nesta thread?

Osvaldo
___
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 sobre postgres_fdw

[lu moraes santos]

Ola boa tarde a todos.
Eu uso o postgres no windows pois atendo clientes de comercio que nao tem
muito como investir em um servidor dedicado. Eu precisaria de ferramenta
para replicação, onde eu poderia escolher a tabela para ser replicada.

Grato

[image: Foto]
*LuMoraes*
*O mais completo para seu comércio.*

Em 5 de janeiro de 2016 15:49, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

> Que pena.
>>
>
> Evite o top-posting, bagunça a lista.
>
>  > Pessoal, alguém sabe dizer se é possível executar uma query diretamente
>>  > num banco de dados externo, sem ter que criar uma foreign table, usando
>>  > postgres_fdw?
>>
>
> Se você explicar sua necessidade talvez possamos ajudá-lo melhor.
> O que te impede de criar uma tabela estrangeira? Não vejo porque isso
> possa ser uma restrição.
>
>
> []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] Dúvida sobre postgres_fdw

[Jean - GECONTROL]

De: "Flavio Henrique Araque Gurgel"  
Em: Terça-feira 05 de Janeiro de 2016 15:50, 

Para: pgbr-geral@listas.postgresql.org.br
Assunto: Re: [pgbr-geral] Dúvida sobre postgres_fdw



> Que pena.

Evite o top-posting, bagunça a lista.

>  > Pessoal, alguém sabe dizer se é possível executar uma query diretamente
>  > num banco de dados externo, sem ter que criar uma foreign table, usando
>  > postgres_fdw?

Se você explicar sua necessidade talvez possamos ajudá-lo melhor.
O que te impede de criar uma tabela estrangeira? Não vejo porque isso 
possa ser uma restrição.

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


É que preciso chamar o resultado de uma função que retorna registros em outra 
base, e não uma tabela específica.
___
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 sobre postgres_fdw

[lu moraes santos]

DESCULPA AMIGO , eu postei daqui mesmo deste email , ao inves de colocar
isto no forum , grato


[image: Foto]
*LuMoraes*
*O mais completo para seu comércio.*

Em 5 de janeiro de 2016 17:39, Osvaldo Kussama 
escreveu:

> Em 05/01/16, lu moraes santos escreveu:
> > Ola boa tarde a todos.
> > Eu uso o postgres no windows pois atendo clientes de comercio que nao tem
> > muito como investir em um servidor dedicado. Eu precisaria de ferramenta
> > para replicação, onde eu poderia escolher a tabela para ser replicada.
> >
>
>
> Desculpe minha ignorância, mas sua questão tem algo a ver com o que
> estava sendo discutido nesta thread?
>
> Osvaldo
> ___
> 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] Dúvida sobre postgres_fdw

[Osvaldo Kussama]

Em 05/01/16, lu moraes santos escreveu:
> DESCULPA AMIGO , eu postei daqui mesmo deste email , ao inves de colocar
> isto no forum , grato
>
>


Das " Regras da lista de discussão":

"organização do histórico da lista.
Eu já repeti isso aqui algumas vezes e outras pessoas também. É um
novo assunto então crie um assunto (e-mail) novo. Criar um assunto
novo não quer dizer clicar em 'Responder' (aka Reply), apagar o
assunto antigo e escrever um novo; isso não remove o vínculo deste
e-mail com o antigo. Para que tenhamos um bom histórico, não faça
isso;"

Osvaldo

https://www.postgresql.org.br/RegrasLista
___
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 com SQL

[Matheus de Oliveira]

2015-10-22 14:45 GMT-02:00 Rubens José Rodrigues <
rubens.rodrig...@batistarepresentacoes.com>:

> Por favor, ajude-me dizendo como eu poderia "marcar" o elemento agrupado
> (campanha, codcet, numcondicao) de maior valor.
>
> Observe abaixo que criei uma coluna "Atendido" para ilustrar como seria o
> resultado esperado, ela não existe na entidade, mas se for necessário posso
> cria-la (pois é uma tabela temporária).
>
> CAMPANHACODCET  NUMCONDICAO CODCATITE   VALOR
> ATENDIDO
> Caldo 168g  2163250 1   122490925971.00
> SIM
> Caldo 168g  2163250 1   122490912512.33
> NAO
> Caldo 168g  3531694 1   1224909255269.56
> SIM
> Caldo 168g  3531694 1   1224909114596.32
> NÃO
>

Você quer que o de maior valor tenha ATENDIDO = 'S', certo?

Nesse caso você pode usar window function com subconsulta:

SELECT
t.campanha, t.codcet, t.numcondicao, t.codcatite, t.valor,
CASE
WHEN (row_number() OVER(PARTITION BY t.campanha, t.codcet,
t.numcondicao ORDER BY t.valor DESC)) = 1 THEN 'SIM'
ELSE 'NAO'
END AS atendido
FROM sua_tabela t;

Se quiser conhecer mais sobre window functions, eu escrevi um artigo sobre
isso há um tempo atrás [1][2], espero que esteja claro.

No exemplo acima eu usei a função ROW_NUMBER para enumerar as linhas de
forma decrescente, ou seja, o de maior valor recebe 1, o segundo maior 2, e
assim por diante. Daí peguei o que era igual a 1, garantidamente o de maior
valor.

Um problema desse método é que se tiver dois itens empatados com o maior
valor, apenas um será marcado de forma aleatória. Caso queira marcar ambos,
basta simplesmente usar a função RANK ao invés da ROW_NUMBER.

[1] http://dextra.com.br/window-functions-no-postgresql-parte1/
[2] http://dextra.com.br/window-functions-no-postgresql-parte-2/

Atenciosamente,
-- 
Matheus de Oliveira
___
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 com SQL

[Sebastian Webber]

Em 22 de outubro de 2015 15:15, Matheus de Oliveira <
matioli.math...@gmail.com> escreveu:

> 
> [1] http://dextra.com.br/window-functions-no-postgresql-parte1/
> [2] http://dextra.com.br/window-functions-no-postgresql-parte-2/
>

Muito legal teus artigos! Parabéns!


-- 
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

[pgbr-geral] Dúvida com SQL

[Rubens José Rodrigues]

Boa tarde!

Cenário:
PostgreSQL 9.4.4 on x86_64-unknown-linux-gnu, compiled by gcc (Ubuntu
4.9.2-10ubuntu13) 4.9.2, 64-bit

Por favor, ajude-me dizendo como eu poderia "marcar" o elemento agrupado
(campanha, codcet, numcondicao) de maior valor.

Observe abaixo que criei uma coluna "Atendido" para ilustrar como seria o
resultado esperado, ela não existe na entidade, mas se for necessário posso
cria-la (pois é uma tabela temporária).

CAMPANHACODCET  NUMCONDICAO CODCATITE   VALOR
ATENDIDO
Caldo 168g  2163250 1   122490925971.00
SIM
Caldo 168g  2163250 1   122490912512.33
NAO
Caldo 168g  3531694 1   1224909255269.56
SIM
Caldo 168g  3531694 1   1224909114596.32
NÃO

Obrigado,

At.

Rubens J Rodrigues




__ Informação do ESET Endpoint Security, versão da vacina 12449
(20151022) __

A mensagem foi verificada pelo ESET Endpoint Security.

Mensagem de email - esta OK

http://www.eset.com


___
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 com TimeZone

[Guimarães Faria Corcete DUTRA , Leandro]

2015-10-16 14:29 GMT-03:00 Euler Taveira :
> On 16-10-2015 12:59, Guimarães Faria Corcete DUTRA, Leandro wrote:
>>
>> O que creio que tinha de mudar é dar nomes às regiões.  Esse sistema
>> de cidades de referência não é óbvio o suficiente.
>>
> É uma boa ideia mas o Brasil não foi "recortado" pensando nisso.

Mas não precisa pensar nada.  Basta dar nomes ao recorte já feito.
Seria menos ambíguo que as cidades de referência.


> Para você
> ter uma ideia 13 municípios do Amazonas usam o mesmo fuso horário do Acre
> (UTC-5) [1].

Não sabia que era por municípios, achava que era somente uma linha
arbitrária.  Mas poderia ser chamado ‘Acre’ mesmo, ou ‘Amazônia
oriental’, ou qualquer coisa assim.


> Fusos horários são coisas de outro mundo. Se Santiago está mais ao oeste que
> Manaus porque ele possui o mesmo fuso de Brasília (que está ao leste de
> Manaus) [2]?

Afinidades e conveniências.  No caso, Santiago segue uma espécie de
‘horário do Cone Sul’, acompanhando Buenos Aires e Montevidéu, que por
sua vez acompanham o Brasil, meio que para ficar mais perto da Europa
que dos Andes.

Tem pior.  Os nazistas mudaram o fuso de Paris para ficar o mesmo de
Berlim e facilitar o planejamento do transporte ferroviário e
aeronáutico entre a Alemanha e a França ocupada, e os franceses nunca
mudaram de volta.  Assim, Paris está na mesma hora da Polônia até
hoje, embora tenha o mesmo horário solar de Londres.


-- 
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] Dúvida com TimeZone

[Euler Taveira]

On 16-10-2015 12:59, Guimarães Faria Corcete DUTRA, Leandro wrote:

Perfeito, porque ficas em Tocantins, não é?


Sim.


O que creio que tinha de mudar é dar nomes às regiões.  Esse sistema
de cidades de referência não é óbvio o suficiente.

É uma boa ideia mas o Brasil não foi "recortado" pensando nisso. Para 
você ter uma ideia 13 municípios do Amazonas usam o mesmo fuso horário 
do Acre (UTC-5) [1].


Fusos horários são coisas de outro mundo. Se Santiago está mais ao oeste 
que Manaus porque ele possui o mesmo fuso de Brasília (que está ao leste 
de Manaus) [2]?



[1] https://pt.wikipedia.org/wiki/Fusos_hor%C3%A1rios_no_Brasil
[2] http://www.timeanddate.com/time/map/


--
   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 com TimeZone

[Guimarães Faria Corcete DUTRA , Leandro]

2015-10-16 12:10 GMT-03:00 Euler Taveira :
> O ideal é você utilizar o mais próximo possível da localidade da aplicação.

Sim, mas não exatamente.  Na verdade, esse sistema com nomes usa
cidades de referência.  Pode acontecer de você estar mais próximo de
uma cidade de referência fora do seu fuso.  O ideal era usar nomes de
regiões, como se não me falha a memória fazem na América do Norte, mas
no Brasil temos de relacionar as cidades e os fusos.  Assim, por
exemplo, Brasília fica perto de Tocantins, mas a cidade de referência
é São Paulo, mesmo, não Araguaína…


-- 
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] Dúvida com TimeZone

[Euler Taveira]

On 16-10-2015 12:16, Guimarães Faria Corcete DUTRA, Leandro wrote:

2015-10-16 12:10 GMT-03:00 Euler Taveira :

O ideal é você utilizar o mais próximo possível da localidade da aplicação.


Sim, mas não exatamente.  Na verdade, esse sistema com nomes usa
cidades de referência.  Pode acontecer de você estar mais próximo de
uma cidade de referência fora do seu fuso.  O ideal era usar nomes de
regiões, como se não me falha a memória fazem na América do Norte, mas
no Brasil temos de relacionar as cidades e os fusos.  Assim, por
exemplo, Brasília fica perto de Tocantins, mas a cidade de referência
é São Paulo, mesmo, não Araguaína…

Faltou o "...'tentando' respeitar o DST" na minha frase. Concordo que é 
algo complicado porque são decisões políticas mas ...


Eu, por exemplo, uso America/Araguaina e não America/Sao_Paulo porque 
pode ser que no próximo ano o governo resolva voltar o horário de verão 
e eu não precisarei mexer na minha configuração.



--
   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 com TimeZone

[Euler Taveira]

On 16-10-2015 11:25, Vinicius Santos wrote:

Bom dia pessoal,

Existe alguma diferença relevante de deixar o parâmetro timezone como
"Brazil/East" ou como ""Etc/GMT-3".

No meu caso que estou em São Paulo, qualquer timezone GMT-3 daria na mesma?

O ideal é você utilizar o mais próximo possível da localidade da 
aplicação. Se você está em São Paulo utilize 'America/Sao_Paulo', se 
estiver em Recife utilize 'America/Recife' e se estiver em Belém utilize 
'America/Belem'. Isso porque durante o horário de verão você estará 
sempre com o horário correto. Além disso, para o cálculo de data/hora no 
passado você estará coberto por eventuais mudanças.


Só para citar um exemplo, o Tocantins em 2012 utilizou o horário de 
verão já em 2013, 2014 e 2015 não. Sem considerar isso, uma aplicação 
poderia informar uma diferença de 1 hora se um sistema no Tocantins 
estiver usando America/Sao_Paulo, por exemplo.


No Linux, as zonas horárias (aka timezones) brasileiras ficam geralmente 
em /usr/share/zoneinfo/America.



--
   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 com TimeZone

[alfredo júnior]

Em 16-10-2015 11:25, Vinicius Santos escreveu:

Bom dia pessoal,

Existe alguma diferença relevante de deixar o parâmetro timezone como
"Brazil/East" ou como ""Etc/GMT-3".

No meu caso que estou em São Paulo, qualquer timezone GMT-3 daria na mesma?
___


O Brazil/East leva em conta o Horário de verão.

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

[pgbr-geral] Dúvida com TimeZone

[Vinicius Santos]

Bom dia pessoal,

Existe alguma diferença relevante de deixar o parâmetro timezone como
"Brazil/East" ou como ""Etc/GMT-3".

No meu caso que estou em São Paulo, qualquer timezone GMT-3 daria na mesma?
___
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 com TimeZone

[Guimarães Faria Corcete DUTRA , Leandro]

2015-10-16 12:24 GMT-03:00 Euler Taveira :
> Eu, por exemplo, uso America/Araguaina e não America/Sao_Paulo porque pode
> ser que no próximo ano o governo resolva voltar o horário de verão e eu não
> precisarei mexer na minha configuração.

Perfeito, porque ficas em Tocantins, não é?

O que creio que tinha de mudar é dar nomes às regiões.  Esse sistema
de cidades de referência não é óbvio o suficiente.


-- 
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] Dúvida no Restore

[Aldrey Galindo]

   Obrigado a todos pelas dicas e comentários.
   Verificando a recomendação do Teles, vi que nos logs aparecem bastante
atividade dos 'checkpoints'. Vou fazer as mudanças e testá-las em breve.
Como rever o resto das dicas.

 O OP não detalhou o ... ADD CONSTRAINT ... Pode ser tanto criação de PK

 quanto de FK. Se for o primeiro, com um m_w_m de 6GB as tabelas devem
 ter dezenas ou centenas de gigabytes. No segundo caso, pode ser
 múltiplas FKs numa mesma tabela grande ou algum plano ruim na
 verificação da FK (é possível mas acho pouco provável já que é um
 simples LEFT JOIN). Enfim, sem os comandos ALTER TABLE ... ADD
 CONSTRAINT e uma saída do pg_stat_activity e/ou pg_locks que evidenciam
 tais problemas fica difícil dizer o que está ocorrendo.


   Em relação ao tipo de operação um tempo alto que tive foi devido criação
de PK. Abaixo tem alguns logs:

2015-06-28 02:59:10 BRT [45995]: [557b1e55.b3ab] [9757-1]
db=banco,user=postgres,client=[local] 67257:5/9537 CONTEXT:  SQL
statement SELECT fk.id_ponto_venda FROM ONLY
esquema01.tb_venda_online_parcial fk LEFT OU
TER JOIN ONLY esquema01.tb_ponto_venda pk ON ( pk.id
OPERATOR(pg_catalog.=) fk.id_ponto_venda) WHERE pk.id IS NULL AND
(fk.id_ponto_venda IS NOT NULL)
2015-06-28 02:59:10 BRT [45995]: [557b1e55.b3ab] [9758-1]
db=banco,user=postgres,client=[local] 0:5/0 LOG:  duration: 7911899.043
ms  statement: ALTER TABLE ONLY tb_venda_online_parcial
ADD CONSTRAINT tb_venda_online_parcial_fk3 FOREIGN KEY
(id_ponto_venda) REFERENCES tb_ponto_venda(id);

2015-06-28 03:02:32 BRT [45994]: [557b1e55.b3aa] [13440-1]
db=banco,user=postgres,client=[local] 67445:4/13221 LOG:  duration:
7252998.586 ms  plan:
Query Text: SELECT fk.id_terminal FROM ONLY
esquema02.tb_venda_online_parcial fk LEFT OUTER JOIN ONLY
esquema02.tb_terminal_venda pk ON ( pk.id OPERATOR(pg_catalog.=)
fk.id_terminal) WHERE pk.id IS NULL AND (fk.id_terminal IS NOT NULL)
Hash Anti Join  (cost=1972.95..3624761.84 rows=6621 width=8)
  Hash Cond: (fk.id_terminal = pk.id)
  -  Seq Scan on tb_venda_online_parcial fk
(cost=0.00..2877924.20 rows=49658198 width=8)
Filter: (id_terminal IS NOT NULL)
  -  Hash  (cost=1482.42..1482.42 rows=39242 width=8)
Buckets: 4096  Batches: 1  Memory Usage: 1533kB
-  Seq Scan on tb_terminal_venda pk  (cost=0.00..1482.42
rows=39242 width=8)

2015-06-28 03:02:32 BRT [45994]: [557b1e55.b3aa] [13441-1]
db=banco,user=postgres,client=[local] 67445:4/13221 CONTEXT:  SQL
statement SELECT fk.id_terminal FROM ONLY
esquema02.tb_venda_online_parcial fk LEFT OUTER JOIN ONLY
esquema02.tb_terminal_venda pk ON ( pk.id OPERATOR(pg_catalog.=)
fk.id_terminal) WHERE pk.id IS NULL AND (fk.id_terminal IS NOT NULL)
2015-06-28 03:02:32 BRT [45994]: [557b1e55.b3aa] [13442-1]
db=banco,user=postgres,client=[local] 0:4/0 LOG:  duration: 7253008.067
ms  statement: ALTER TABLE ONLY tb_venda_online_parcial
ADD CONSTRAINT tb_venda_online_parcial_fk2 FOREIGN KEY
(id_terminal) REFERENCES tb_terminal_venda(id);

2015-06-28 04:57:34 BRT [45994]: [557b1e55.b3aa] [13460-1]
db=banco,user=postgres,client=[local] 67605:4/13240 LOG:  duration:
6901817.428 ms  plan:
Query Text: SELECT fk.id_operador_terminal FROM ONLY
esquema02.tb_venda_online_parcial fk LEFT OUTER JOIN ONLY
esquema02.tb_operador_terminal pk ON ( pk.id OPERATOR(pg_catalog.=)
fk.id_operador_terminal) WHERE pk.id IS NULL AND
(fk.id_operador_terminal IS NOT NULL)
Hash Anti Join  (cost=2740.02..3315202.42 rows=6621 width=8)
  Hash Cond: (fk.id_operador_terminal = pk.id)
  -  Seq Scan on tb_venda_online_parcial fk
(cost=0.00..2877924.20 rows=49658198 width=8)
Filter: (id_operador_terminal IS NOT NULL)
  -  Hash  (cost=1696.12..1696.12 rows=83512 width=8)
Buckets: 16384  Batches: 1  Memory Usage: 3263kB
-  Seq Scan on tb_operador_terminal pk
(cost=0.00..1696.12 rows=83512 width=8)
2015-06-28 04:57:34 BRT [45994]: [557b1e55.b3aa] [13461-1]
db=banco,user=postgres,client=[local] 67605:4/13240 CONTEXT:  SQL
statement SELECT fk.id_operador_terminal FROM ONLY
esquema02.tb_venda_online_parcial fk LEFT
OUTER JOIN ONLY esquema02.tb_operador_terminal pk ON ( pk.id
OPERATOR(pg_catalog.=) fk.id_operador_terminal) WHERE pk.id IS NULL AND
(fk.id_operador_terminal IS NOT NULL)
2015-06-28 04:57:34 BRT [45994]: [557b1e55.b3aa] [13462-1]
db=banco,user=postgres,client=[local] 0:4/0 LOG:  duration: 6901824.244
ms  statement: ALTER TABLE ONLY tb_venda_online_parcial
ADD CONSTRAINT tb_venda_online_fk4 FOREIGN KEY
(id_operador_terminal) REFERENCES tb_operador_terminal(id);


   Vi também que demora na criação dos indices. Pensei em colocar um disco
dedicado com mais IOPS e criar um novo ponto de montagem para
'base/pgsql_tmp'.
   Assim que fizer o próximo restore e pegar novos tempos, volto a informar.

-- 
Atenciosamente,
Aldrey Galindo

Re: [pgbr-geral] Dúvida no Restore

[Luiz Carlos L. Nogueira Jr.]

Poque apenas não modificar o parâmetro wal_sync_method durante o restore?
___
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 no Restore

[Luiz Carlos L. Nogueira Jr.]

Corrigindo

fsync
synchronous_commit
wal_sync_method
___
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 no Restore

[Euler Taveira]

On 01-07-2015 13:11, Matheus de Oliveira wrote:
 
 2015-06-29 0:05 GMT-03:00 Aldrey Galindo aldreygali...@gmail.com
 mailto:aldreygali...@gmail.com:
 
Não tive problema no restore em si, mais pelo volume da base está
 demorando bastante. Notei que um dos processoa mais demorados está
 nos 'ALTER TABLE ... CONSTRAINT...'.
Gostaria de saber se vocês tem alguma recomendação para melhorar
 esse tempo. A configuração utilizada no restore está disponível
 aqui: http://pastebin.com/ru30uLwy
 
 
 Pelas suas configurações, você desabilitou o autovacuum, como está
 gargalando em comandos `ALTER TABLE ... ADD CONSTRAINT ...`, pode
 significar simplesmente que o plano de execução para validação de chaves
 estrangeiras esteja ruim, causando essa lentidão. Recomendo re-habilitar
 o autovacuum e verificar se melhora.
 
Eu não aconselho habilitar autovacuum em restaurações; a não ser que
você tenha uma base pequena ou não se importa com o tempo de
restauração. Na maioria dos casos ele prejudica a performance da operação.

O OP não detalhou o ... ADD CONSTRAINT ... Pode ser tanto criação de PK
quanto de FK. Se for o primeiro, com um m_w_m de 6GB as tabelas devem
ter dezenas ou centenas de gigabytes. No segundo caso, pode ser
múltiplas FKs numa mesma tabela grande ou algum plano ruim na
verificação da FK (é possível mas acho pouco provável já que é um
simples LEFT JOIN). Enfim, sem os comandos ALTER TABLE ... ADD
CONSTRAINT e uma saída do pg_stat_activity e/ou pg_locks que evidenciam
tais problemas fica difícil dizer o que está ocorrendo.


-- 
   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] Dúvida no Restore

[Aldrey Galindo]

Olá a todos,

   Eu estou com uma dúvida em relação há um restore que estou realizando.
   O backup da base estou fazendo da seguinte forma:
  $ pg_dump -j 6 -U postgres BANCO --no-tablespaces -F d -b -v -f
/backup/BANCO.backup

   Depois realizo a cópia do '/backup/BANCO.backup' para o novo Servidor.
E faço o restore:
  $ pg_restore -U postgres -d BANCO -F d -j 6 -v /restore/BANCO.backup
 /restore/BANCO.out 21

   Não tive problema no restore em si, mais pelo volume da base está
demorando bastante. Notei que um dos processoa mais demorados está nos
'ALTER TABLE ... CONSTRAINT...'.
   Gostaria de saber se vocês tem alguma recomendação para melhorar esse
tempo. A configuração utilizada no restore está disponível aqui:
http://pastebin.com/ru30uLwy
   Esse restore é em uma instâncias na Amazon EC2 (c4.8xlarge- 36 CPU
E5-2666 v3 @ 2.90GHz | 60GB de RAM). Tamanho total da base é de '845GB',
com o backup compactado ficou em '76GB'. Utilizando o Amazon Linux com
kernel '3.14.35-28.38.amzn1.x86_64', banco
'postgresql94-server-9.4.4-1PGDG.rhel6.x86_64'. Todo o processo de restore
está durando 26 horas.
   Agradeço sugestões e/ou dicas que possam ajudar a melhorar esse tempo.


-- 
Atenciosamente,
Aldrey Galindo
___
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 sobre balanceamento de carga

[Marcell Ribeiro]

Vou começar os testes então, obrigado pessoal!

Em 27 de abril de 2015 22:53, Marcone marconepe...@gmail.com escreveu:

 Em 27 de abril de 2015 19:32, Glauco Torres torres.gla...@gmail.com
 escreveu:
  Creio que você se confundiu balanceamento de carga quem faz é o pgpool,
  pgbouncer é a apenas para pool de conexão. Ou saiu alguma atualização que
  ainda não encontrei com essa função?

 Nossa senhores, mil perdões!! Confundi mesmo!

 http://tclhost.com/RWblKxm.gif

 Ainda bem que na minha resposta falei que não seria uma boa usá-la
 para embasamento! k

 Terei mais cuidado nas próximas!

 --
 Marcone Peres
 https://br.linkedin.com/in/marconeperes
 (61) 8146-0028 (VIVO)
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 

[image: --]

Marcell Ribeiro
[image: http://]about.me/marcellribeiro
http://about.me/marcellribeiro?promo=email_sig
___
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 sobre balanceamento de carga

[Marcone]

Em 27 de abril de 2015 15:03, Marcell Ribeiro
marcell.ribe...@gmail.com escreveu:

 Eis a minha dúvida: Tenho 2 bancos (Pgsql 9.4/Freebsd) em streaming 
 replication e agora preciso aplicar o balanceamento de carga. Pelo que 
 consegui pesquisar, não existe um modo nativo de fazer isso correto?

Correto.

 Então, precisaria instalar o Pgpool, alguém pode me dizer se ele é compatível 
 com o freebsd e com o pgsql 9.4? Teria problema em instalar ele para utilizar 
 apenas o balanceamento de carga e continuar com o streaming replication 
 nativo do pgsql?

Em termos de compatibilidade não creio que você terá problemas.
Em relação de utilizar apenas para o balanceamento de carga, nesta
situação específica, você até pode usar o pgpool para isso, mas sugiro
que avalie outras soluções como o pgbouncer.

 Espero ter sido claro o suficiente e desculpem qualquer pergunta sem sentido, 
 o banco é crítico e preciso me cercar de opiniões embasadas tecnicamente 
 antes de decidir o que fazer.

Entendo seu problema, mas dar uma opinião para você se embasar é muito
relativo ainda mais sem conhecer nada do seu ambiente, aplicações e
outros fatores. A melhor forma para você ter embasamento, seria você
criar um ambiente com uma solução fazer testes e comparar com outra
solução. Neste caso os resultados lhe dariam este embasamento.

Espero ter ajudado.

-- 
Marcone Peres
https://br.linkedin.com/in/marconeperes
(61) 8146-0028 (VIVO)
___
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 sobre balanceamento de carga

[Glauco Torres]

 Em termos de compatibilidade não creio que você terá problemas.
 Em relação de utilizar apenas para o balanceamento de carga, nesta
 situação específica, você até pode usar o pgpool para isso, mas sugiro
 que avalie outras soluções como o pgbouncer.


Creio que você se confundiu balanceamento de carga quem faz é o pgpool,
pgbouncer é a apenas para pool de conexão. Ou saiu alguma atualização que
ainda não encontrei com essa função?

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