Re: [pgbr-geral] RES: RES: RES: converter ascii para utf8

[Vinícius Aquino do Vale]

Você já pensou em usar o iconv?

Ele vem por padrão no linux, e faz a conversão de enconding.

https://pt.wikipedia.org/wiki/Iconv

Em qua, 27 de set de 2017 às 09:59, Santiago - NSR 
escreveu:

> Bom dia..sim isso mesmo. Estou praticamente nesse mesmo caminho...
>
> Grato.
>
> Santiago.
>
>
>
> *De:* pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] *Em
> nome de *Ilton Junior
> *Enviada em:* quarta-feira, 27 de setembro de 2017 09:38
> *Para:* Comunidade PostgreSQL Brasileira
> *Assunto:* Re: [pgbr-geral] RES: RES: converter ascii para utf8
>
>
>
> Bom dia!
>
>
>
> Tive um problema parecido, so que no meu caso era de ISO8859-1 para UTF8,
> acontece que tinhamos uma infraestrutura desktop baseada na Microsoft, e
> quando migramos pra Linux a base mudou devido o S.O Windows usar ISO8859 e
> o Linux UTF8. Ao tentar replicar um dump dava erros: Ex invalid byte
> sequence for encoding "UTF8": 0xe12020.
>
>
>
> Resolvemos usando searchandreplace na database conforme função translate
> que você criou, so adicionado alguns outros caracteres que apareciam. tipo
> PROFª ou APTº .. Enfim fiz updates na base da seguinte forma:
>
>
>
> Ex translate(upper(#campo), 'ÇÁÉÍÓÚÂÊÔÃÕºª°Ñ´', 'CAEIOUAEOAOoaoN ')
>
>
>
> Espero ter ajudado!
>
>
>
>
>
>
> *Ilton Júnior*
> Redes de Computadores | LPIC Sênior *| DBA Pleno*
>
> Cel.: +55 85 9915-5540
>
> E-mail: iltonjunio...@gmail.com
>
>
>
> Em 27 de setembro de 2017 09:27, Daniel Luiz da Silva <
> daniel.si...@ipm.com.br> escreveu:
>
>
>
>
> --
>
> *De: *"Santiago - NSR" 
> *Para: *"Comunidade PostgreSQL Brasileira" <
> pgbr-geral@listas.postgresql.org.br>
> *Enviadas: *Quarta-feira, 27 de setembro de 2017 9:03:59
> *Assunto: *[pgbr-geral] RES:  RES: converter ascii para utf8
>
>
>
> Bom dia. o banco está em ASCII. Necessito passar para UTF8. Quando uso a
> opção -E UTF8 (do pg_dump) da erro...(ao contrario do que escribi).
> Fiz uma função usando o "translate", estou migrando tabela a tabela e está
> dando certo...
>
> resSTR_=
> translate($1,
> 'áàâãäåaaaÁÂÃÄÅAAAÀéèêëeEEEÉEEÈìíîïìiiiÌÍÎÏÌIIIóôõöoooòÒÓÔÕÖOOOùúûüÙÚÛÜçÇñÑýÝ',
>
>
> 
> 'aAeEEEcCnNyY'
> );
>
>
> Santiago Cuello
> NSR Informática
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> --
>
>
>
> Bom dia,
>
> Santiago,
>
>
>
> Não sei se já foi falado aqui nesse e-mail, mas é possível setar o
> client_enconding no momento da transação, caso resolva teu problema. segue
> link [1]. Mas acredito que seu problema é porque não está disponibilizado o
> encolding dentro do sistema operacional, veja esse link [2], e avalia se
> resolve tua situação.
>
> Isso é um assunto bem rico de informação na internet, caso queira
> pesquisar algo irá encontrar bastante conteúdo. Lembre-se que isso é
> um caso que poderá acontecer para qualquer banco de dados e qualquer
> linguagem de programação, então caso não encontre o que deseja em
> PostgreSQL, altera a busca para outros bancos/linguagens de programação,
> que encontrará.
>
>
>
> [1]https://www.postgresql.org/docs/current/static/multibyte.html
>
> [2]
> https://littleoak.wordpress.com/2008/09/23/corrigindo-maldito-encoding-do-postgres-para-poder-usar-banco-de-dados-latin1-ou-outro-e-mudar-o-encoding-do-sistema-operacional-ubuntu-ou-debian/
>
>
> ___
> 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Integração PostgreSQL RDS com LDAP (AD)

[Vinícius Aquino do Vale]

Olá Euler,

O RDS aceita IAM (https://aws.amazon.com/pt/iam/) e com ele eu posso
integrar o IAM no AD.

Vou tentar seguir dessa forma para ver como fica no final.

Att,
Vinicius Vale

Em seg, 25 de set de 2017 às 18:04, Euler Taveira <eu...@timbira.com.br>
escreveu:

> Em 25 de setembro de 2017 17:51, Vinícius Aquino do Vale
> <aquino.v...@gmail.com> escreveu:
> >
> https://aws.amazon.com/blogs/security/how-to-connect-your-on-premises-active-directory-to-aws-using-ad-connector/
> >
> Em nenhum momento o RDS é mencionado. Ele só fala em EC2.
>
>
> --
>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] Integração PostgreSQL RDS com LDAP (AD)

[Vinícius Aquino do Vale]

 > Estou precisando integrar o meu PostgreSQL (>= 9.3) / MySQL (>=
5.6) que está no RDS com o LDAP (Windows Active Directory - AD), alguém já
fez isso? Sabe se tem alguma documentação da AWS para isso. Pelo AWS estou
limitado em mexer em algumas alterações.

Euler: No RDS você não pode alterar o pg_hba.conf [1], portanto, não
irá conseguir
usar um método de autenticação externo.
[1]
http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.PostgreSQL.CommonDBATasks.html#Appendix.PostgreSQL.CommonDBATasks.Access


Olá Euler,

Muito obrigado pelo seu retorno, eu tinha achado este link, porém achei
muito limitado por parte da Amazon RDS não ter essa integração, com isso
achei um outro link (depois de muita pesquisa) que pode me ajudar no que
preciso, porém ainda estou avaliando e vou fazer uns testes primeiro.

https://aws.amazon.com/blogs/security/how-to-connect-your-on-premises-active-directory-to-aws-using-ad-connector/


Se tudo der certo, vou postar um tutorial depois para galera, se alguém um
dia precisar.


Att,
Vinicius Vale

Em sex, 22 de set de 2017 às 21:45, Euler Taveira <eu...@timbira.com.br>
escreveu:

> Em 22 de setembro de 2017 17:48, Vinícius Aquino do Vale
> <aquino.v...@gmail.com> escreveu:
> > Estou precisando integrar o meu PostgreSQL (>= 9.3) / MySQL (>= 5.6) que
> > está no RDS com o LDAP (Windows Active Directory - AD), alguém já fez
> isso?
> > Sabe se tem alguma documentação da AWS para isso. Pelo AWS estou
> limitado em
> > mexer em algumas alterações.
> >
> No RDS você não pode alterar o pg_hba.conf [1], portanto, não irá
> conseguir usar um método de autenticação externo.
>
> [1]
> http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.PostgreSQL.CommonDBATasks.html#Appendix.PostgreSQL.CommonDBATasks.Access
>
>
> --
>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

[pgbr-geral] Integração PostgreSQL RDS com LDAP (AD)

[Vinícius Aquino do Vale]

Olá pessoal,

Estou precisando integrar o meu PostgreSQL (>= 9.3) / MySQL (>= 5.6) que
está no RDS com o LDAP (Windows Active Directory - AD), alguém já fez isso?
Sabe se tem alguma documentação da AWS para isso. Pelo AWS estou limitado
em mexer em algumas alterações.

Fiz umas pesquisas aqui e não encontrei nada que sirva para o meu caso.



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

Re: [pgbr-geral] Constoria Remota

[Vinícius Aquino do Vale]

Pode me ligar se quiser. 11984821841

Em Qua, 2 de ago de 2017 17:19, Flavio Rescia Dias <
flavioresciad...@gmail.com> escreveu:

> Obrigado pelo contato! Preciso de um consultor.
>
> Qual seu valor/hora?
>
> Podemos marcar uma conferência via telefone ou Skype?
>
> On Jul 13, 2017 11:07 AM, "Osvaldo Kussama" 
> wrote:
>
>> Em 13/07/2017, Flavio Rescia Dias escreveu:
>> > Bom dia,
>> >
>> > Alguém interessado em consultoria remota? Aplicar boas práticas,
>> backup,
>> > replicação e validar queries antes de entrar em produção (sempre com um
>> dia
>> > de prazo pelo menos).
>> >
>> > Se tiverem interesse, enviar privado.
>> >
>>
>>
>> Dúvida:
>> Você está oferecendo sua consultoria ou querendo contratar uma
>> consultoria?
>>
>> 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
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Escalabilidade horizontal

[Vinícius Aquino do Vale]

Em 15 de fevereiro de 2017 09:40, Luiz Carlos L. Nogueira Jr.<
lcnogueir...@gmail.com> escreveu:

Cleiton,

Não, é master x master mesmo (escrita em ambos)

___
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
Existe também o Bucardo.

http://www.viniciusvale.com/bucardo-replicacao-master-master/
https://bucardo.org/wiki/Main_Page

Att,
Vinicius Vale

Em qua, 15 de fev de 2017 às 10:05, Saulo Tadeu 
escreveu:

> Existe um Postgres-BDR da 2ndquadrant, veja se te atende!
>
> https://2ndquadrant.com/en/resources/bdr/
>
> Caso tenha informações de quem utiliza, me avisa, pois tenho interesse em
> saber qual empresa utiliza esse postgres-BDR.
>
> Um tempo atrás entrei em contato com o suporte deles, mas disseram que as
> informações eram confidencias.
>
> Saulo Tadeu
>
> Em 15 de fevereiro de 2017 09:40, Luiz Carlos L. Nogueira Jr. <
> lcnogueir...@gmail.com> escreveu:
>
> Cleiton,
>
> Não, é master x master mesmo (escrita em ambos)
>
> ___
> 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Cannot allocate memory

[Vinícius Aquino do Vale]

>
> Boa tarde.
>
> Gostaria de uma pequena ajuda, um "brainstorm" quem sabe...
>
> Conforme tenho acompanhado nos logs, após a execução de uma
> query gigantesca pela aplicação, na segunda vez, logo em
> seguida começam a aparecer várias msg no log "cannot allocate
> memory".
> Estranhamente, ao dar o comando free -m exibe que ainda se tem
> mais de 10GB de memória livre.
>

Verifique se o usuário postgres está com os limites definidos.

execute um *ulimit -a* no usuário *postgres* e veja se os limites não estão
abaixo do esperado para execução do PostgreSQL.


Att,
Vinicius Vale


Em qui, 9 de fev de 2017 às 16:43, Flávio Silveira 
escreveu:

> Em 9 de fevereiro de 2017 14:51, Mariana Hansen  > escreveu:
> >
> > Boa tarde.
> >
> > Gostaria de uma pequena ajuda, um "brainstorm" quem sabe...
> >
> > Conforme tenho acompanhado nos logs, após a execução de uma
> > query gigantesca pela aplicação, na segunda vez, logo em
> > seguida começam a aparecer várias msg no log "cannot allocate
> > memory".
> > Estranhamente, ao dar o comando free -m exibe que ainda se tem
> > mais de 10GB de memória livre.
> >
>
> Acho que seria uma boa ideia se você colasse a saida do free também. Não
> estou dizendo que é o seu caso mas acontece de algumas pessoas
> interpretarem erroneamente a alocação.
>
> Atenciosamente,
>Flavio Silveira
> ___
> 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] Profissional PostgreSQL

[Vinícius Aquino do Vale]

Muito Obrigado.



Em sex, 13 de jan de 2017 às 11:44, Sebastian Webber <sebast...@swebber.me>
escreveu:

> Em 13 de janeiro de 2017 11:11, Vinícius Aquino do Vale <
> aquino.v...@gmail.com> escreveu:
>
> Olá Pessoal,
>
> Estou a procura de um profissional junior/pleno em PostgreSQL para
> trabalhar alocado em um cliente em São Paulo, próximo a Pinheiros (metro
> Pinheiros).
>
>
> Caso conheçam alguém que esteja a procura de emprego, favor me avisar.
> Fico muito grato, e desculpa se aqui não for o lugar para isso.
>
>
> Estou divulgando isso na DBA Brasil do telegram.
>
> --
> 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Profissional PostgreSQL

[Vinícius Aquino do Vale]

Olá Pessoal,

Estou a procura de um profissional junior/pleno em PostgreSQL para
trabalhar alocado em um cliente em São Paulo, próximo a Pinheiros (metro
Pinheiros).


Caso conheçam alguém que esteja a procura de emprego, favor me avisar.
Fico muito grato, e desculpa se aqui não for o lugar para isso.


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

[pgbr-geral] NOSQL baseado em PostgreSQL

[Vinícius Aquino do Vale]

Olá Pessoal,

Recentemente encontrei um Database cuja a interface SQL dele é baseada na
do PostgreSQL, e o conceito dele é ser um database SQL totalmente tolerante
a falhas, desastres, corrompimento e qualquer outro tipo de falha fazendo
uso de técnicas de escalabilidade similares as do Cassandra mas mantendo as
vantagens dos velhos databases SQL  tanto que os catálogos e demais
interfaces SQL são idênticas as do PG.

https://www.cockroachlabs.com/

Instalação:

https://www.cockroachlabs.com/docs/start-a-local-cluster-in-docker.html#watch-a-demo

Para aqueles que tiverem interesse.

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

Re: [pgbr-geral] Cursos de PostgreSQL - SP

[Vinícius Aquino do Vale]

Olá Júlio,

Se tiver interesse em um curso online de PostgreSQL segue o link de uma
plataforma de cursos Online.

A formação possui desconto de 20%, usando o cupom especial da comunidade
pgbr. Basta definir no cupom a palavra root20% para ter acesso ao desconto.

Formação PostgreSQL - http://sudoers.com.br/course/postgresql-formacao/
SQL Básico - http://sudoers.com.br/course/sql-basico/
Administração - http://sudoers.com.br/course/postgresql-administracao/
Backup - http://sudoers.com.br/course/postgresql-backup/
Replicação - http://sudoers.com.br/course/postgresql-replicacao/


Em dom, 4 de set de 2016 às 17:05, Júlio César Martini <
juliomart...@gmail.com> escreveu:

> Caros,
>
> Estou em busca de cursos de PostgreSQL de Tunning e alta disponibilidade.
> Sou do interior de São Paulo e sempre tento na Dextraining mas nunca fecha
> turma. Alguém conhece alternativas? Pode ser presencial (SP ou Campinas) ou
> on-line.
>
> Obrigado,
> ___
> 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] archive_command com 2 ou mais comandos

[Vinícius Aquino do Vale]

Em sex, 29 de jul de 2016 às 16:00, Flavio Henrique Araque Gurgel <
fha...@gmail.com> escreveu:

>
>
> Em sex, 29 de jul de 2016 20:33, Vinícius Aquino do Vale <
> aquino.v...@gmail.com> escreveu:
>
>> Luiz,
>>
>> Vc pode enviá-lo como parâmetros.
>>
>> archive_command = '*script.sh*  /var/lib/pgsql/9.3/data/%p
>> /backup/wal/%f/backup/walmaster/%f'
>>
>> $1 - Seria o /var/lib/pgsql/9.3/data/%p
>> $2 - Seria o /backup/wal/%f
>> $3 - Seria o /backup/walmaster/%f
>>
>> Ou se preferir vc pode definir valores estáticos dentro do script,
>> concatenando com o %f.
>>
>> archive_command = '*script.sh*  /var/lib/pgsql/9.3/data/%p  %f'
>>
>> Ai vc pega o %f e concatena com o  /backup/wal/ e com o
>> /backup/walmaster
>>
>>
>> Em sex, 29 de jul de 2016 às 15:19, Luiz Carlos L. Nogueira Jr. <
>> lcnogueir...@gmail.com> escreveu:
>>
>>>
>>> Nesse caso os %p e %f ficariam como parâmetros de entrada desse bash ou
>>> teria alguma forma de pegar dentro do bash?
>>>
>>>
>>> Apenas um detalhe, no script do Vinícius é feito com mv, isso *não* está
> correto.
>
> Não devemos nunca apagar o arquivo de origem, o servidor PostgreSQL se
> ocupa disso, em caso de falha do arquivamento ele retém os arquivos e tenta
> de novo até a saída ser zero.
>
>
Bem observado Flávio, porém o script era apenas um exemplo. Meu objetivo
era mostrar o retorno do comando com 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] archive_command com 2 ou mais comandos

[Vinícius Aquino do Vale]

Luiz,

Vc pode enviá-lo como parâmetros.

archive_command = '*script.sh*  /var/lib/pgsql/9.3/data/%p   /backup/wal/%f
   /backup/walmaster/%f'

$1 - Seria o /var/lib/pgsql/9.3/data/%p
$2 - Seria o /backup/wal/%f
$3 - Seria o /backup/walmaster/%f

Ou se preferir vc pode definir valores estáticos dentro do script,
concatenando com o %f.

archive_command = '*script.sh*  /var/lib/pgsql/9.3/data/%p  %f'

Ai vc pega o %f e concatena com o  /backup/wal/ e com o  /backup/walmaster


Em sex, 29 de jul de 2016 às 15:19, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> escreveu:

>
> Nesse caso os %p e %f ficariam como parâmetros de entrada desse bash ou
> teria alguma forma de pegar dentro do bash?
>
>
> ___
> 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] archive_command com 2 ou mais comandos

[Vinícius Aquino do Vale]

Luiz,

Vc pode utilizar um script e no script executar os comandos que deseja.

Faça um script e no próprio script vc faz a validação do retorno para cada
comando, basta utilizar com o *$? *para obter o retorno da execução do
comando. No final utilize o *exit 0  *se tudo estiver OK ou *exit 1* se
algo estiver errado.

Ou se preferir utilize em vez do ; use o && (AND)  para garantir que os
dois comandos foram corretos, ou || (OR) para que somente um comando esteja
correto.


#!/bin/bash
mv /opt/arquivo_x.txt /tmp# O comando acima foi realizado com sucesso?
if [ $? -eq 0 ]; then
echo "Arquivo movido com sucesso"else
echo "Problemas ao mover o arquivo"fi


Em sex, 29 de jul de 2016 às 13:57, Luiz Carlos L. Nogueira Jr. <
lcnogueir...@gmail.com> escreveu:

> Pessoal,
>
> Eu tenho os seguintes comandos no meu archive_command
>
> archive_command = 'cp /var/lib/pgsql/9.3/data/%p /backup/wal/%f;cp
> /var/lib/pgsql/9.3/data/%p /backup/walmaster/%f'
>
> Pra ele ser considerado "correto", sem dar mensagem no log, tem que
> conseguir ou 2 ou ele só verifica o último comando?
>
> Luiz Carlos
> ___
> 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] previous

[Vinícius Aquino do Vale]

Imagino que queira utilizar alguma função da windows functions (
https://www.postgresql.org/docs/9.2/static/functions-window.html)-

Procure sobre ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING

Abs...

Em qui, 28 de jul de 2016 às 20:33, Forsell - Erlon 
escreveu:

> Boa noite,
>
> Eu já vi soluções de gente sugerindo procurar campo >= ou <=
>
> O fato é que no Crystal por exemplo existe a possibilidade de pegar o
> valor de um registro anterior mesmo ele sendo igual, se eu trabalhar com
> data por exemplo, e no proximo registro tiver a mesma data é ela que
> quero retornar
>
> ex:
>
> select previous(data) from pedidos  where codcliente = 1 order by data;
>
> gostaria que retornasse a data do pedido anterior desse cliente para
> comparar por exemplo quantos dias faz que ele fez o pedido antes do
> atual, existe uma função para isso sem o famoso "xaxo"?
> ___
> 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] Indicação de curos de PostgreSQL

[Vinícius Aquino do Vale]

Olá Pessoal,

Consegui, junto a plataforma Sudoers, um desconto de 20% na formação
PostgreSQL (http://sudoers.com.br/course/postgresql-formacao/) para a
comunidade *pgbr-geral*.

Aqueles que tiverem interesse, basta colocar no campo de cupom o nome
*sudoers20%
*que o desconto já estará válido.

Como garantia de qualidade, a Sudoers devolve seu dinheiro, caso o curso
não atinja os objetivos propostos.

Espero que gostem, e fiquem a vontade para tirar dúvidas.



Em ter, 26 de jul de 2016 às 13:51, Kenia Milene 
escreveu:

> O Telles esta na lista, mas pode entrar em contato direto com ele tb !!!
> sem prolemas.
>
> Kenia Milene Cenizo Galiego
> DataBase Specialist
> Oracle / PostgreSQL / MySql / SQLServer
> Fone: 11 97651-4261
> Email: keniamil...@gmail.com
> Gtalk: keniamil...@gmail.com
>
> Twitter: @keniamilene
> Skype: kenia_milene
> Blog: http://keniamilene.wordpress.com
> MSN: kenia_mil...@hotmail.com
> Facebook: http://www.facebook.com/keniamilene
>
>
> Em 26 de julho de 2016 12:05, Sebastian Webber 
> escreveu:
>
>>
>>
>> Em 26 de julho de 2016 11:08, Gustavo 
>> escreveu:
>>
>>> site da Timbira esta fora do ar :(   ??
>>>
>>
>> http://www.timbira.com.br/contato?l=pt
>>
>> Posso pedir pro pessoal entrar em contato contigo, se for o caso.
>>
>>
>> --
>> 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 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] Indicação de curos de PostgreSQL

[Vinícius Aquino do Vale]

Olá Luciana,

Caso tenha o interesse em cursos online, existe uma plataforma online
chamada Sudoers.

Plataforma Sudoers - http://sudoers.com.br/

SQL Básico - PostgreSQL - http://sudoers.com.br/course/sql-basico/
PostgreSQL Administração -
http://sudoers.com.br/course/postgresql-administracao/
PostgreSQL Backup - http://sudoers.com.br/course/postgresql-backup/
PostgreSQL Replicação - http://sudoers.com.br/course/postgresql-replicacao/
Formação PostgreSQL (inclui os 4 cursos acima) -
http://sudoers.com.br/course/postgresql-formacao/

É uma plataforma nova, e todos os cursos são recentes e possuem uma
didática simples e fácil.
Tenho certeza que irá lhe agradar, e vc pode fazer os cursos quando quiser.




Em ter, 26 de jul de 2016 às 10:04, Luciana 
escreveu:

> Ola Senhores...
>
> Alguém poderia me indicar um bom cursos *ONLINE *de *PostgreSQL *??
>
> Agradeço a ajuda
> ᐧ
> ___
> 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] Sugestão de curso

[Vinícius Aquino do Vale]

Olá Pessoal,

Fui instrutor de PostgreSQL pela 4Linux é o curso de PostgreSQL é realmente
bom.
Atualmente estou ministrando cursos presenciais e a distância pela Vale
Consultoria , caso tenham interesse,
segue o link:

http://www.valeconsultoriati.com.br/curso-postgresql/

Att,
Vinicius Vale

Em qua, 11 de mai de 2016 às 10:03, Gustavo Freitas 
escreveu:

> tenho interesse tb
>
> Em 11 de maio de 2016 09:55, Renan Rogowski Pozzo
>  escreveu:
> > Bom dia.
> > Alguém tem alguma sugestão de curso online, que inicie do nível básico,
> para
> > Postgresql?
> >
> > Abraço,
> > Renan Rogowski Pozzo
> >
> > "E a paz de Deus, que excede todo o entendimento, guardará os vossos
> > corações e os vossos pensamentos em Cristo Jesus." Filipenses 4.7
> >
> > ___
> > pgbr-geral mailing list
> > pgbr-geral@listas.postgresql.org.br
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
>
> --
> Gustavo Freitas
> ___
> 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] Bucardo

[Vinícius Aquino do Vale]

Olá Matheus,

Veja este artigo que pode lhe ajudar. bucardo


Att,
Vinicius Vale

Em ter, 15 de mar de 2016 às 11:53, ChIcO 
escreveu:

> Em 15 de março de 2016 11:36, Matheus Ferreira <
> mferre...@bklogistica.com.br> escreveu:
>
>> Ola Amigos
>>
>>
>>
>> Estou tentando instalar pela primeira vez o Bucardo versão 5.3.1 no
>> Ubuntu 15.10.
>>
>> Fiz a instalação do postgres, dei permissão de super usuário para o
>> usuário postgres , ai quando rodo o comando “sudo bucardo install
>> –piddir=tmp” ele cria o banco de dados bucardo cria o usuário bucardo mas
>> no final ele dá um erro.
>>
>> “ DBI connect(‘dbname=bucardo;host=localhost;port=5432’,’bucardo’,...)
>> failed; fe_sendauth: no password supplied at /usr/bin/bucardo line 8691.”
>>
>> Achei que era permissão no pg_hba ai eu dei permissão para todos os
>> usuários de conectar no banco de dados.
>>
>> hostall all all   trust
>>
>>
>>
>>
>>
>> Alguém já viu isso 
>>
>> Oq eu estou errando ??
>>
>
> Não vi isso exatamente como Bucardo.
> Mas parece ser erro do psycopg2, que faz a conexão do Python com o
> PostgreSQL.
> Voce pode definir uma senha para o seu usuário e passar na sua string de
> conexão password=senha e colocar no pg_hba.conf uma entrada com md5.
>
> Acredito que com isso passe.
>
>
> Att,
> Francisco Summa
>
>
>
>>
>>
>> Att – Matheus Ferreira
>>
>>
>> --
>> [image: Avast logo] 
>>
>> Este email foi escaneado pelo Avast antivírus.
>> www.avast.com 
>>
>>
>> ___
>> 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Desempenho de índices

[Vinícius Aquino do Vale]

Olá Danilo,

Existe diferenças sim.

Dê uma olhada neste post, para entender melhor a situação e o uso de
índices compostos.


Indices Compostos


Em sex, 11 de mar de 2016 às 16:32, Danilo Silva 
escreveu:

> Pessoal,
>
> Existe diferença entre criar índices assim:
> CREATE INDEX foo_c1_idx ON foo (campo1);
> CREATE INDEX foo_c2_idx ON foo (campo2);
>
> ou assim:
> CREATE INDEX foo_idx ON foo (campo1,campo2);
>
> Ambas as formas terão o mesmo desempenho?
>
> []s
> Danilo
> ___
> 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] :: Ferramenta de Modelagem Free ::

[Vinícius Aquino do Vale]

Eu tenho usado o pgModeler.
Ele é pago (U$8,50), mas o código fonte é open  (
https://github.com/pgmodeler/pgmodeler/releases), basta compilar é usar.

Atualmente ele não faz versionamento, mas isso é facilmente resolvido
usando o próprio versionamento do git.



Em qua, 9 de mar de 2016 às 14:07, Tiago José Adami 
escreveu:

> Em 9 de março de 2016 13:56, Guimarães Faria Corcete DUTRA, Leandro
>  escreveu:
> > 2016-03-09 13:55 GMT-03:00 Alexsandro Haag :
> >> Em 09/03/2016 13:48, Wagner Vieira Furno - Lobotech escreveu:
> >>>
> >>> Qual ferramenta de modelagem free podemos utilizar para postgresql no
> >>> momento ?
> >>
> >> SQL Power Architect - http://www.sqlpower.ca/page/architect_download_os
> >
> > A consulta original ficou ambígua —/free/ pode querer dizer livre ou
> > gratuito—, então pergunto se é gratuito apenas ou também livre…
>
> "Free" de livre mesmo, sob a égide da GPLv3.
>
> https://github.com/sqlpower
> https://github.com/SQLPower/power-architect
>
> Na última release (v1.0.8) foram corrigidos vários bugs chatos. Eu
> estou tentando ajudar no projeto, mas ainda não consegui configurar
> todas as dependências (e o código parece aquela bela macarronada).
>
> Parece que o projeto é um pouco "mal administrado". O pessoal demora
> para responder - quando responde.
>
> Se eu conseguir configurar as dependências corretamente, estou bem
> interessado em criar um fork por causa dessa bagunça.
>
> 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] parametro maintenance_work_mem

[Vinícius Aquino do Vale]

Em 1 de março de 2016 11:30, Luiz Henrique 
escreveu:

> *** log do postgresql
>
> LOG:  temporary file: path "base/pgsql_tmp/pgsql_tmp7263.54", size 1622016
>

Julgue aumentar o parametro work_mem, o sistema usou (1622016) de arquivo
temporário.

Faça uma analise no ambiente para definir um tamanho a ser aumentado,
lembrando que cada conexão utilizará o valor definido no parâmetro, caso
seja consultas especificas utilize o SET work_mem= XMB para a transação ou
para o usuário que faz a consulta.

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

Re: [pgbr-geral] Ofuscador

[Vinícius Aquino do Vale]

Em 30 de novembro de 2015 18:06, Vinícius Aquino do Vale <
aquino.v...@gmail.com> escreveu:

> Olá Pessoal,
>
> Estou precisando atualizar a base de homologação com dados de produção,
> porém preciso ofuscar alguns dados por serem confidenciais.
>
> Ex: campo CPF, CNPJ, CEP e etc.
>
>
>
> Alguém conhece ou já usou algum ofuscador que faça isso para postgresql?
>

Bom como não encontrei nada que me ajudasse, resolvi criar um shellscript
para fazê-lo.
Ficou bem simples, porém resolveu para o que eu precisava.

Quem tiver interesse, eu postei lá no github.
https://github.com/aquinovale/embaralhador_dados

Aqueles que testarem, se possível me passe um feedback.


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

Re: [pgbr-geral] Ofuscador

[Vinícius Aquino do Vale]

Em 1 de dezembro de 2015 21:32, Sebastian Webber 
escreveu:

> Achei genial a idéia de mudar os dados pelo dump! Proxima etapa seria
> fazer via WAL... já pensou? :D


Que legal que curtiu. Eu não tinha pensando pelo WAL não, mas quem sabe.

:D
[]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] Ofuscador

[Vinícius Aquino do Vale]

Em 2 de dezembro de 2015 00:14, Sebastian Webber 
escreveu:

> Eu vi um exemplo[1] de wal decoding e tive umas idéias... Podemos falar a
> respeito.


Sim, claro.

O que tem em mente exatamente?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ofuscador

[Vinícius Aquino do Vale]

Em 1 de dezembro de 2015 11:38, Everton Berz 
escreveu:

> Procure por "data masking" e irá ver alguns produtos, a maioria pagos.
> Aqui está o quadrante Gartner de 2013:
>
> http://si-management.blogspot.com.br/2014/02/magic-quadrant-for-data-masking.html
> Verifique se algum destes suporta PostgreSQL e se está dispo$to a usá-los.
>

Olá Everton,

Irei dar uma olhada neles, obrigado.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ofuscador

[Vinícius Aquino do Vale]

Em 30 de novembro de 2015 19:21, Flávio Silveira 
escreveu:

> Sou novato em relação a banco de dados, mas o tal "ofuscador" não deveria
> vir da aplicação?


Sim, deveria. Porém não está assim, e querem colocar a base na homolagação
mas sem os dados confidenciais.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ofuscador

[Vinícius Aquino do Vale]

Em 30 de novembro de 2015 19:01, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> Você quer um gerador de dados aleatórios?  Ou entendi errado?


Sim, seria isso mesmo.
Pegar alguns campos como CPF, CNPJ e misturá-los ou alterá-los para algo
qualquer.


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

Re: [pgbr-geral] Ofuscador

[Vinícius Aquino do Vale]

Em 30 de novembro de 2015 19:32, Euler Taveira 
escreveu:

> Creio que você terá que fazer algo específico para o seu ambiente.
> Sugiro que dê uma olhada em [1] (veja a última resposta que contém um
> SQL que embaralha nomes [2]). Essa estratégia é adequada para campos que
> *não* fazem parte de uma chave primária. Você terá que elaborar uma
> outra estratégia para lidar com as chaves estrangeiras.
>

Obrigado Euler,

Vou dar uma olhada neles sim..
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ofuscador

[Vinícius Aquino do Vale]

Olá Pessoal,

Estou precisando atualizar a base de homologação com dados de produção,
porém preciso ofuscar alguns dados por serem confidenciais.

Ex: campo CPF, CNPJ, CEP e etc.



Alguém conhece ou já usou algum ofuscador que faça isso para postgresql?

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

Re: [pgbr-geral] Ofuscador

[Vinícius Aquino do Vale]

Em 30 de novembro de 2015 20:24, Fábio Telles Rodriguez <
fabio.tel...@gmail.com> escreveu:

> Escrevi um pequeno texto com exemplos de como gerar valores aleatórios.
> Veja se lhe ajuda:
>
> http://savepoint.blog.br/gerando-valores-aleatorios-ou-quase/
>

Já tinha visto seu artigo, porém não me ajuda. Mas obrigado.

Estou fazendo um script aqui para resolver isso. Se de certo depois posto
ai no grupo..

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

Re: [pgbr-geral] [off-topic] Only NoSQL

[Vinícius Aquino do Vale]

O noSQL - Not Only SQL - tem sido usado em ambientes mistos. Juntando tanto
o SQL com o NoSQL. Aplicações como Solr, MongoDB, Cassandra, Dynamo,
MemCached, TitanDB entre outras todas são consideradas noSQL. Essas
aplicações vieram resolver diversos limitações que atualmente assolam o
SQL, principalmente pela norma ACID.

Existem vários tipo de noSQL:
  * Hash (Dynamo, Memcached)
  * Grafos - (TitanDB)
  * Documentos  (MongoDB, CouchDB)
  * Multicolunar (HBase, Bitable)

Todos eles são schemaless o que não obriga estruturação seguindo algum
modelo como no caso do relacional. Basicamente vc cria a aplicação e vai
salvando os dados, depois vc se preocupa  com o que estão salvos.

Soluções noSQL se baseiam no teorema de CAP (
https://en.wikipedia.org/wiki/CAP_theorem), onde dependendo da necessidade
do seu ambiente vc o qual banco usar.

Situações onde é mais necessário gerar relacionamento, igual na amazon onde
"clientes que visualizaram isso, também visualizaram aquilo." é muito
complicado de montar quando tem que ser para vários clientes
simultaneamente - haja memória - Neste caso um banco de grafos como o
TitanDB, seria a melhor solução.

Já o mongoDB tem a vantagem de funcionar mesmo se um "shard" - (algo
parecido com o tablespace) em um servidor parar de funcionar. Trabalha com
o formato Jsonb e o PostgreSQL já o tem implementado. Foi usado pela
NetFlix para separar "shard" por regiões. Hoje, foi substituído pelo
Cassandra (que é Dynamo mudado para a necessidade do facebook) com intuito
de dividir o envio de streaming, tipo um torrent.

O Hbase é um banco multicolunar, no mesmo estilo do bigtable do google
(aquele que armazena as pesquisas), muito usando com o Hadoop, que seria um
FileSystem para diversos discos em diversos locais. Uma ferramenta muito
poderosa, que por incrível que parece foi feita em Java, inclusive o
cassandra é também Javarsrsrsr. Coisa de doido né, feito em Java!!!

Mas a ideia maior por trás desses noSQL, e facilidade no armazenamento de
dados, tanto dados estruturados, semi-estruturados e não estruturados.
Estamos falando ai de Pentabytes, Exbytes. Imagine seu ambiente com tabelas
em torno de 5Tb, ou 1Pb. Um relacional ficaria horas para executar alguma
coisa.

É provável que o relacional, nunca seja substituído. Porém, muitas dessas
ferramentas já estão adicionando partes da ACID em suas soluções. E se
formos pensar bem, são poucas a empresas que realmente dependem de toda a
ACID.

O difícil está sendo convencer alguns gerentes a saírem do mundo
relacional, e migrarem para novas tecnologias. O medo de trocar fazer uma
troca dessa magnitude é grande, porém as vantagens são imensas,
principalmente velocidade e diminuição de custos quando na nuvem.

Minha startup mesmo, migrou do Postgresql para o MongoDB, devido algumas
necessidades específicas do modelo de negócio. Tive muitas melhorias até o
momento.
Sei que é difícil dizer isso, pois o Postgresql é como um irmão, cresceu
comigo. Mas é preciso mudar as vezes.

De qualquer forma, acho muito valido analisar o modelo de negócio, entender
os tipos de noSQL e aplicar um MVP (produto minimamente viavel). Resultado
agradou, migra. Ponto final.

[]s


Em 5 de novembro de 2015 18:42, Rogério F.Santo 
escreveu:

> Cara o que eu li sobre o assunto até agora tem haver com coisas tipo
> algoritmos de busca que para dados não estrurados parece ser melhir e com o
> próprio desenvolvimento do software onde nosql tende a ser mas próximo de
> OO.   Sobre busca um exemplo e o Facebook que usa o casandra um banco que
> ele melhorou e para eles funciona bem para achar fotos e vídeos e a busca
> de relacionamento entre pessoas por usar o algoritmo de busca em grifo e
> não árvore binária.  Para o modelo de negócio deles funciona bem mas não
> sei se vale usar tecnologias "experimentais" se vc não tem grana pra bancar
> o risco.
>
> Em Qui, 5 de nov de 2015 18:16, Leandro Guimarães Faria Corcete DUTRA <
> l...@dutras.org> escreveu:
>
>> Le 5 novembre 2015 17:54:09 GMT-02:00, Matheus Saraiva <
>> matheus.sara...@gmail.com> a écrit :
>> >Eu não tenho um motivo específico para usar NoSQL, eu cogito usar em
>> >algum projeto, apenas para fins de aprendizado, mesmo que não traga
>> >beneficio algum, mas sem trazer prejuízos.
>>
>> Sempre trará prejuízos, por abandonar independência de dados, o
>> otimizador, a flexibilidade de esquemas   A questão é saber se haverá
>> algum benefício que compense, e aí só analisando casos específicos, o que
>> creio que não seja viável nesta lista por demandar muitas informações
>> detalhadas.
>>
>>
>> >Toda a palestra, video, etc, que eu vejo sobre NoSQL eles destacam o
>> >uso
>> >em casos específicos, ou seja, sanar algum problema que o relacional
>> >não está conseguindo.
>>
>> A rigor, não tem nada a ver com o modelo relacional, que não impõe
>> quaisquer limitações, mas com o SQL e suas implementações.
>>
>>
>> > Ninguém fala em adotar NoSQL como base principal ou
>> >como única base de 

Re: [pgbr-geral] [off-topic] Only NoSQL

[Vinícius Aquino do Vale]

Em 5 de novembro de 2015 22:38, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> E depois sofre as conseqüências da inexperiência e da falta de
> conhecimento.  Ponto e vírgula.
>


Bom, vejo várias startup e outras empresas mundo a fora adotando
imensamente bancos noSQL, como eu disse o misto entre os dois é possível e
muito usado atualmente.

Todos os bancos que citei acima, são sim considerados noSQL. E nem todos
são banco de dados, pois não fazem persistência, mas são noSQL. Bom, se
está errado, vc terá que mudar o que está sendo falado e divulgado por ai,
não fui eu que inventei.

E sim, aceite ou não, nem todos precisam de ACID, e o mundo noSQL encaixa
perfeitamente para muitas delas. Existem startup's que fazem uso de noSQL,
e o fazem muito bem, usando ou não relacional por trás.

Lembra do nome NoSQL- Not Only SQL - então "não somente SQL".

[]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] [off-topic] Only NoSQL

[Vinícius Aquino do Vale]

Em 5 de novembro de 2015 22:38, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> Claro que não.  Memcached é apenas um mecanismo para acelerar o acesso
> físico a dados, independentemente do modelo, como o nome já indica:
> MEMory CACHE Daemon, ou serviço de cache de memória.
>

Só como complemento - https://pt.wikipedia.org/wiki/NoSQL
http://nosql-database.org/
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [off-topic] Only NoSQL

[Vinícius Aquino do Vale]

Em 5 de novembro de 2015 23:58, Everton Berz 
escreveu:

> E muitas não fazem muito bem. Ainda bem que algumas já se perceberam isso,
> vide o caso Diaspora:
> http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/
>


O artigo é de 2013, o mongodb sofreu diversas modificações estando hoje na
versão 3.0, como toda aplicação ele ainda é recente e tem muito a melhorar.
Como eu disse mudar a cabeça para noSQL ainda vai demorar, mas acredito ser
um caminho sem volta. O mercado externo está migrando para este tipo de
tecnologia, e no Brasil aos poucos algumas empresas grandes tem adotado.

O mercado tem seguido essa maré de noSQL, e eu pretendo navegar nela.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Tabela muito grande

[Vinícius Aquino do Vale]

Em 15 de setembro de 2015 14:24, Antonio Cesar 
escreveu:

> Boa tarde pessoal tenho uma tabela de lancamento de cupom fiscal com uma
> concorrencia muito grande e a mesma ja esta com 40gb ocasionando em uma
> lentidão o que posso fazer para melhorar a performace.


Olá Antônio, veja se o particionamento da tabela lhe ajudaria. Essa tabela
deve armazenar vários registros antigos, que poderiam ser particionados. O
campo *data_emissao* poderia ser usado para separar as informações, mas
analise qual melhor campo a ser usado.

Suponho que vc trabalhe com a versão 9.0 a 9.4 -
http://www.postgresql.org/docs/9.4/static/ddl-partitioning.html

As tabelas particionadas podem ser colocadas em tablespaces diferentes, e
não impacta na aplicação.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Quais discos usar ?

[Vinícius Aquino do Vale]

Em 30 de julho de 2015 12:33, Raphael Coutinho 
raphael.couti...@dbmax.com.br escreveu:

 Vamos montar um Servidor que vai abrigar a nossa base de produção com
 aproximadamente 200Gb.

 Temos uma grande carga de dados, porém o ponto forte são as consultas
 complexas da turma de BI.

 Estou a estudar que tipo de discos utilizar. Você tem alguma recomendação,
 a princípio penso em utilizar um misto de discos SAS 15K e SSD para suprir
 as consultas, já que pelo que li o SSD tem um melhor potencial em leitura.


Olá Raphael,

 Considerando seu ambiente misto. Eu trabalharia com disco físico e ssd.

Vc poderia deixar o pg_xlog no disco físico e colocar no ssd somente as
tabelas (de preferência particionadas) que terão muitas leituras. (imagino
que o BI é feito em dados históricos, por isso, as tabelas particionadas).
Evite deixar no ssd tabelas q
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Quais discos usar ?

[Vinícius Aquino do Vale]

Em 31 de julho de 2015 16:11, Vinícius Aquino do Vale aquino.v...@gmail.com
 escreveu:

 Olá Raphael,

  Considerando seu ambiente misto. Eu trabalharia com disco físico e ssd.


Vc poderia deixar o pg_xlog no disco físico e colocar no ssd somente as
tabelas (de preferência particionadas) que terão muitas leituras. (imagino
que o BI é feito em dados históricos, por isso, as tabelas particionadas).
Evite deixar no ssd tabelas que sofrerão muita escrita, assim o tempo de
vida do ssd dura mais.

Lembrando de alterar os parâmetros de custo do planejador específicos para
essas tabelas - no disco SSD, para o que o planejador faça um plano sempre
ótimo.

Se possível, penso que o ideal é que trabalhe com RAID 10. E procure saber
sobre ahead_read, ajuda a diminuir a quantidade de leituras em discos para
OLAP.

Imagino que seria legal o ambiente passar por uma performance tuning depois
da aquisição dos novos discos, afim de refinar o ambiente.

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

[pgbr-geral] Replicação com RepManager

[Vinícius Aquino do Vale]

Olá Pessoal, semana passada participei de um evento no FISL 16 em Porto
Alegre, lá apresentei uma palestra falando sobre repmanager.

O repmanager é um ferramenta para gerenciamento de réplicas e failover
automático.  Quem tiver interesse segue o link da palestra. Acredito que
será útil para vcs.

palestra - http://schedule.fisl16.softwarelivre.org/#/talk/602

Quem quiser os slides da palestra, segue o link
http://pt.slideshare.net/aquinovale/replicao-postgresql-com-repmanager

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

Re: [pgbr-geral] Replicação com RepManager

[Vinícius Aquino do Vale]

Em 15 de julho de 2015 15:52, Fabrízio de Royes Mello 
fabri...@timbira.com.br escreveu:

 Show de bola... uma pena que colocaram a sua palestra no mesmo horário
 da do Fábio Telles... infelizmente mal organizado o FISL pois tivemos
 poucas palestras de PostgreSQL no evento e as mais interessantes no
 mesmo horário... dureza...

 Aproveitar a gravação pra assistir a sua... ;-)


Realmente uma pena, mas gravarão as palestras e consegui assistir a do
Fábio Telles online mais tarde. Muito interessante também falando sobre
log's.

Foi tentado alterar o horário, porém o horário alternativo ficou ruim,
visto que tinha q retornar a SP no mesmo dia.

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

Re: [pgbr-geral] Banco de Exemplo

[Vinícius Aquino do Vale]

Vc pode instalar um benchmark com pgbench. Inclusive pode definir o tamanho
da base.
Lá ele simula um ambiente de um banco financeiro.

http://www.postgresql.org/docs/devel/static/pgbench.html

Em 23 de junho de 2015 11:06, Glauco Torres torres.gla...@gmail.com
escreveu:





 Alguem saberia me dizer se o PostGres possui banco de exemplo populado
 com dados. Preciso fazer alguns testes e não encontrei Bancos que venha
 instalado com eles.

 Outros SGBD's vem com isso por exemplo o Firebird vem com o Employees, o
 Oracle vem com o HR, Scott, etc, SQLServer com o Northwind.



 Bom dia,

 O postgres não vem com nenhum banco de exemplo, mais muito melhor você
 pode baixar um que você queria.

 No próprio site do postgres [1], eu já usei para aprendizado o pagila mais
 tem outros exemplos.

 http://www.postgresql.org/ftp/projects/pgFoundry/dbsamples/

 Att 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] Extensão T-SQL

[Vinícius Aquino do Vale]

Em 17 de junho de 2015 13:19, Euler Taveira eu...@timbira.com.br escreveu:

 Por que você está repetindo um assunto que você postou a dois dias
 atrás? Publicar novamente um assunto *não* vai fazer com que alguém o veja.



Desculpe, acabei enviando duas vezes por erro. Como não vi a mensagem na
lista da comunidade, imaginei que tivesse acontecido algum erro e enviei
novamente.


Obrigado pelo retorno Euler, imaginei que teria que fazer o trabalho sujo,
porém ao encontrar na internet essa solução imaginei que alguém
conhecesse...

De qualquer forma, muito obrigado pela ajuda...
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Extensão T-SQL

[Vinícius Aquino do Vale]

Em 17 de junho de 2015 17:05, Fabrízio de Royes Mello 
fabri...@timbira.com.br escreveu:

 Então se ninguém utilizou/testou vc poderia fazer as honras da casa e
 verificar, e após isso nos conte como foram os resultados.



Certeza Fabrizio, testando eu retorno na comunidade falando de como foi a
experiência. Também acredito que o ideal seria pl/pgsql mesmo, porém são
mais 2000 Stored Procedures para migrar.

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

[pgbr-geral] Extensão T-SQL

[Vinícius Aquino do Vale]

Olá Pessoal,

Estou precisando converter T-SQL (SQL Server) para PL/pgSQL porém será algo
muito trabalhoso de se fazer manualmente, então procurei por uma extensão
T-SQL e encontrei a tPostgres.

Sql-Server 2014 - Postgres 9.3 ou para 9.4 (tanto faz)

https://bitbucket.org/openscg/pgtsql
http://tpostgres.org/se/

Alguém já usou, sabe me dizer se funciona certinho. Ou alguém teria alguma
outra dica para eu migrar essas Stored Procedures para Postgres, sendo o
menos trabalhoso possível...rsrsrsr?

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

[pgbr-geral] Extensão T-SQL

[Vinícius Aquino do Vale]

Olá Pessoal,

Estou precisando converter T-SQL (SQL Server) para PL/pgSQL porém será algo
muito trabalhoso de se fazer manualmente, então procurei por uma extensão
T-SQL e encontrei a tPostgres.

Sql-Server 2014 - Postgres 9.3 ou para 9.4 (tanto faz)

https://bitbucket.org/openscg/pgtsql
http://tpostgres.org/se/

Alguém já usou, sabe me dizer se funciona certinho. Ou alguém teria alguma
outra dica para eu migrar essas Stored Procedures para Postgres, sendo o
menos trabalhoso possível...rsrsrsr?

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

Re: [pgbr-geral] Histórico de DML

[Vinícius Aquino do Vale]

Em 12 de março de 2015 13:39, Danilo Silva danilo.dsg.go...@gmail.com
escreveu:

 Pessoal,

 Qual a melhor maneira de guardar todos os inserts, updates e deletes que
 ocorrem em todas as tabelas de uma determinada base de dados?

 Em relação aos updates, preciso ter um histórico do que foi alterado,
 apresentando em um relatório quais campos sofreram alteração de um
 determinado registro, algo como valor anterior valor atual.

 Pensei em criar uma cópia da tabela, que serviria para guardar os
 registros alterados, seria a melhor solução?

 A versão 9.4 tem algo relacionado a isso?


Normalmente eu crio uma função e uma trigger para fazer o trabalho. e eu
uso a extenção hstore para me ajudar.

Caso tenha interesse no blog
http://viniciusvale.com/auditoria-de-dados-postgresql/
eu falo melhor sobre como a função funciona ou se preferir
https://docs.google.com/document/d/1vkjdpYUh-75-MlLjt2h6YWohkijgoESXplwyekhOzl4
segue a função completa.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] REF: INFORMAR SINAL DxC.

[Vinícius Aquino do Vale]

Seu case retonar um text e ele é comparado com o 0 que é integer. Coverta o
0 para text.

postgres=# select coalesce('0'::text, 0);
ERROR:  COALESCE types text and integer cannot be matched
LINE 1: select coalesce('0'::text, 0);
   ^
postgres=# select coalesce('0'::text, 0::text);
 coalesce
--
 0
(1 row)


[]s


Em 3 de dezembro de 2014 22:31, Douglas Fabiano Specht 
douglasfabi...@gmail.com escreveu:



 Em 3 de dezembro de 2014 21:05, Paulo Afonso Pereira 
 pa...@visualpsistemas.com.br escreveu:

  OLÁ PESSOAL,



 PRECISO COLOCAR SINAIS NOS MEUS SALDOS E PRECISO DE UMA DICA.

 EXECUTANDO A SENTENÇA ABAIXO:

 SELECT pl.classificacao

  , pl.descricao

  , coalesce(

  (

SELECT sum (lcx.valor)

 FROM consolidado lcx

  WHERE lcx.datalan  '2014-01-01'

  ),0)  AS saldo_anterior;



 RETORNO:

 

 -48071.06

 -25620.64

 -1.00

 -31.15

 -1200.00

 -25000.00

 1200.00

 25000.00

 -2.00

 -20080.00

 2.00



 PRECISO COLOCAR SINAIS DE 'D' PARA NEGATIVOS E 'C' PARA POSITIVOS.

 ESTOU TENTANDO ALGO ASSIM:

 -

 48071.06D

 25620.64D

 1.00D

 31.15D

 1200.00D

 25000.00D

 1200.00C

 25000.00C

 2.00D

 20080.00D

 2.00C



 ESTOU TENTADO ALGO DO TIPO:

 ---

 SELECT pl. classificacao

  , pl.descricao

  , coalesce(

  (

SELECT

 CASE WHEN sum (lcx.valor)  0 THEN ABS(sum
 (lcx.valor))||'D'

WHEN sum (lcx.valor)  0 THEN ABS(sum
 (lcx.valor))||'C'

   ELSE '*'

END

 FROM consolidado lcx

  WHERE lcx.datalan  '2014-01-01'

  ),0)  AS saldo_inicial



 RETORNA O ERRO:

 ---

 ERRO:  tipos no COALESCE text e integer não podem corresponder

 LINE 22:),0)  AS saldo_inicial



 COLOCAR SUM() NO CASE, SERIA A MELLHOR OPÇÃO ?



 ALGUEM PODE DAR UMA DICA ?



 OBRIGADO.



 PAULO.




 --
http://www.avast.com/

 Este email foi escaneado pelo Avast antivírus.
 www.avast.com


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



 ola..
 se vc converter do o resultado para varchar?
 --

 Douglas Fabiano Specht

 ___
 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] Monitorar Postgres 9.3 pelo Zabbix

[Vinícius Aquino do Vale]

Em 6 de agosto de 2014 16:48, Marcio Ribeiro de Oliveira 
marcio.olive...@ifro.edu.br escreveu:

 Boa Tarde pessoal ! gostaria de saber se algum de vocês utiliza o Zabbix
 para monitora o Postgres. Meu banco e na versão 9.3. encontrei na internet
 uns templates mais para versões 8 e não funcionou na 9.



Bom eu utilizo um template bastante completo.
http://pg-monz.github.io/pg_monz/index-en.html. Ele funciona a partir da
versão 9.2.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Recomendação de cursos

[Vinícius Aquino do Vale]

O Curso de Postgresql da 4Linux é um dos melhores.
http://www.4linux.com.br/cursos/postgreSQL-alta-performance


2014-06-03 13:39 GMT-03:00 JotaComm jota.c...@gmail.com:

 +1


 2014-06-03 12:43 GMT-03:00 Guimarães Faria Corcete DUTRA, Leandro 
 l...@dutras.org:

 2014-06-03 11:55 GMT-03:00 Alessandro Lima grandegoia...@gmail.com:
 
  Recomendam os cursos da timbira.com.br:

 Recomendo tudo da Timbira.


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




 --
 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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Problema na replica

[Vinícius Aquino do Vale]

Em 18 de abril de 2014 04:42, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

 Tenho um ambiente com dois servidores, sendo um master (virtualizado)
 com postgres 9.1.11, e a replica (maquina fisica) com postgres 9.1.12.

 Depois de executar o pg_basebackup e criar o recovery.conf na subida do
 serviço na replica a mensagem do log é a seguinte:

 Ja verifiquei permissões, usuario e tudo está correto.


 Acho que não. Veja mais abaixo:


  Alguém saberia me ajudar ou indicar o caminho da luz?

 agradeço

 Recovery.conf

 standby_mode = 'on'
 restore_command = 'scp root@miura.local.buonny:/backup/archive/%f  %p '
 primary_conninfo = 'host=guardiandb.local.buonny port=5432
 user=replicacao password=bUonnyRPL13 application_name=guardian'
 trigger_file = '/tmp/psql.trigger'


 Verifique se seu restore_command é válido testando manualmente. Não vi
 erros no log (pode ser que você tenha cortado sem querer) e pode ser que o
 restore_command esteja falhando por algum motivo desconhecido.


Flávio,

Fiz o comando com o usuario postgres: restore_command = 'scp
root@miura.local.buonny:/backup/archive/%f  %p ' e funcionou, não pediu
senha conforme o esperado.




  Log Master (fica em loop)

 sent 16779372 bytes  received 31 bytes  6711761.20 bytes/sec
 total size is 16777216  speedup is 1.00
 2014-04-16 17 callto:2014-04-16%2017:35:20 BRT [9472]: [1-1]

 user=replicacao,db=[unknown] FATAL:  requested WAL segment
 000238C000BA has already been removed
 sending incremental file list
 000238D40084
 2014-04-16 17 callto:2014-04-16%2017:35:25 BRT [9614]: [1-1]

 user=replicacao,db=[unknown] FATAL:  requested WAL segment
 000238C000BA has already been removed


 Justamente, o escravo deveria, ao receber estas mensagens do master,
 chavear para o restore_command.

 Mas pode ser que os outros erros abaixo estejam atrapalhando *antes*
 disso. Veja:

  sent 16779372 bytes  received 31 bytes  11186268.67 bytes/sec
 total size is 16777216  speedup is 1.00


   Log replica


 root@guardian:/# tail -f nohup.out
 NOTICE:  pg_stop_backup cleanup done, waiting for required WAL segments
 to be archived
 NOTICE:  pg_stop_backup complete, all required WAL segments have been
 archived
 pg_basebackup: base backup completed
 Ativando postgres com restore
   * Starting PostgreSQL 9.1 database server
 ...done.
 Parando servico postgres
   * Stopping PostgreSQL 9.1 database server
 ...done.
 Removendo base, antes de iniciar o restore
 Preparar tablespaces e permissoes
 Configurando permissoes e usuarios
 Fazendo Backup
 1700696644 callto:1700696644/1700696644 callto:1700696644 kB (100%),

 6/6 tablespacesb)
 NOTICE:  pg_stop_backup complete, all required WAL segments have been
 archived


 Estas mensagens acima são do master, ok?
 Na verdade, do pg_basebackup.


Esta maquina é a slave que através de um script executa o pg_basebackup.
Se observar acima o script lança um label: Configurando permissoes e
usuarios.

Nesse momento o script (Configurando permissoes e usuarios) executa os
seguintes comandos:

PG_XLOG=/var/lib/postgresql/9.1/main/pg_xlog
BACKUP_IP=miura
RESTORE_FOLDER=/var/lib/postgresql/9.1/main
DADOS=/dados #postgres/database

INDICES=/indices #postgres/database
#DADOS2=/dados2
TBLSP1=/home/postgresql/tblsp1
TBLSP2=/var/postgresql/tblsp2
TBLSP3=/home2/postgresql

echo 'Configurando permissoes e usuarios'
chown -R postgres.postgres $INDICES
chown -R postgres.postgres $DADOS
chown -R postgres.postgres $TBLSP1
chown -R postgres.postgres $TBLSP2
chown -R postgres.postgres $TBLSP3
chown -R postgres.postgres $RESTORE_FOLDER
chmod -R 0700 $DADOS
chmod -R 0700 $INDICES
chmod -R 0700 $TBLSP1
chmod -R 0700 $TBLSP2
chmod -R 0700 $TBLSP3
chmod -R 0700 $RESTORE_FOLDER
echo 'Fazendo Backup'
pg_basebackup -D $RESTORE_FOLDER -Fp -v -P -U replicacao -h $MASTER
echo 'Ativando postgres com restore'
cp /recovery.conf $RESTORE_FOLDER
chown -R postgres.postgres $RESTORE_FOLDER
service postgresql start



  pg_basebackup: base backup completed
 Ativando postgres com restore
   * Starting PostgreSQL 9.1 database server
   * The PostgreSQL server failed to start. Please check the log output:
 2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [1-1] user=,db=

 LOG:  could not open temporary-files directory
 pg_tblspc/850298/PG_9.1_201105231/pgsql_tmp: Permission denied


 Ooops: permissão negada no diretório da sua tablespace!


Como explico acima o script que fica encarregado de criar as pastas e dar
permissão, acredito que o script esteja rodando corretamente, pois não
lança erro. Tive um problema nesse servidor uma vez, de ele dar erros nos
discos e por este motivo o linux, deixa a partição como somente leitura,
mas acredito que este não seria o caso.


  2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [2-1] user=,db=

 LOG:  could not open tablespace directory
 pg_tblspc/850298/PG_9.1_201105231: Permission denied
 2014-04-17 18 

Re: [pgbr-geral] Problema na replica

[Vinícius Aquino do Vale]

Em 18 de abril de 2014 04:42, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

 Ja verifiquei permissões, usuario e tudo está correto.


 Acho que não. Veja mais abaixo:



No final da contas era permissão mesmo, pois depois que dei um chown
postgres.postgres -R nos diretorios e tablespaces o postgres subiu blz, mas
mesmo assim achei estranho pq quem cria as pastas é o script e ele tem o
comando de chown para o usuário postgres, mas o que importa é que
funcionou...


Vlw Flávio []s
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Problema na replica

[Vinícius Aquino do Vale]

Ola pessoal,

Tenho um ambiente com dois servidores, sendo um master (virtualizado) com
postgres 9.1.11, e a replica (maquina fisica) com postgres 9.1.12.

Depois de executar o pg_basebackup e criar o recovery.conf na subida do
serviço na replica a mensagem do log é a seguinte:

Ja verifiquei permissões, usuario e tudo está correto.


Alguém saberia me ajudar ou indicar o caminho da luz?

agradeço

Recovery.conf

standby_mode = 'on'
restore_command = 'scp root@miura.local.buonny:/backup/archive/%f  %p '
primary_conninfo = 'host=guardiandb.local.buonny port=5432 user=replicacao
password=bUonnyRPL13 application_name=guardian'
trigger_file = '/tmp/psql.trigger'

Log Master (fica em loop)

sent 16779372 bytes  received 31 bytes  6711761.20 bytes/sec
total size is 16777216  speedup is 1.00
2014-04-16 17 callto:2014-04-16%2017:35:20 BRT [9472]: [1-1]
user=replicacao,db=[unknown] FATAL:  requested WAL segment
000238C000BA has already been removed
sending incremental file list
000238D40084
2014-04-16 17 callto:2014-04-16%2017:35:25 BRT [9614]: [1-1]
user=replicacao,db=[unknown] FATAL:  requested WAL segment
000238C000BA has already been removed

sent 16779372 bytes  received 31 bytes  11186268.67 bytes/sec
total size is 16777216  speedup is 1.00


 Log replica


root@guardian:/# tail -f nohup.out
NOTICE:  pg_stop_backup cleanup done, waiting for required WAL segments to
be archived
NOTICE:  pg_stop_backup complete, all required WAL segments have been
archived
pg_basebackup: base backup completed
Ativando postgres com restore
 * Starting PostgreSQL 9.1 database server
   ...done.
Parando servico postgres
 * Stopping PostgreSQL 9.1 database server
   ...done.
Removendo base, antes de iniciar o restore
Preparar tablespaces e permissoes
Configurando permissoes e usuarios
Fazendo Backup
1700696644 callto:1700696644/1700696644 callto:1700696644 kB (100%),
6/6 tablespacesb)
NOTICE:  pg_stop_backup complete, all required WAL segments have been
archived
pg_basebackup: base backup completed
Ativando postgres com restore
 * Starting PostgreSQL 9.1 database server
 * The PostgreSQL server failed to start. Please check the log output:
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [1-1] user=,db=
LOG:  could not open temporary-files directory
pg_tblspc/850298/PG_9.1_201105231/pgsql_tmp: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [2-1] user=,db=
LOG:  could not open tablespace directory
pg_tblspc/850298/PG_9.1_201105231: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [3-1] user=,db=
LOG:  could not open temporary-files directory
pg_tblspc/16384/PG_9.1_201105231/pgsql_tmp: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [4-1] user=,db=
LOG:  could not open tablespace directory
pg_tblspc/16384/PG_9.1_201105231: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [5-1] user=,db=
LOG:  could not open temporary-files directory
pg_tblspc/866627/PG_9.1_201105231/pgsql_tmp: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [6-1] user=,db=
LOG:  could not open tablespace directory
pg_tblspc/866627/PG_9.1_201105231: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [7-1] user=,db=
LOG:  could not open temporary-files directory
pg_tblspc/850338/PG_9.1_201105231/pgsql_tmp: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [8-1] user=,db=
LOG:  could not open tablespace directory
pg_tblspc/850338/PG_9.1_201105231: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [9-1] user=,db=
LOG:  could not open temporary-files directory
pg_tblspc/16385/PG_9.1_201105231/pgsql_tmp: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2194]: [10-1] user=,db=
LOG:  could not open tablespace directory
pg_tblspc/16385/PG_9.1_201105231: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2202]: [1-1]
user=[unknown],db=[unknown] LOG:  incomplete startup packet
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2201]: [1-1] user=,db=
LOG:  database system was interrupted; last known up at 2014-04-17
18callto:2014-04-17%2018:54:26
BRT
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2201]: [2-1] user=,db=
LOG:  creating missing WAL directory pg_xlog/archive_status
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2201]: [3-1] user=,db=
LOG:  could not open tablespace directory
pg_tblspc/850298/PG_9.1_201105231: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2201]: [4-1] user=,db=
LOG:  could not open tablespace directory
pg_tblspc/16384/PG_9.1_201105231: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2201]: [5-1] user=,db=
LOG:  could not open tablespace directory
pg_tblspc/866627/PG_9.1_201105231: Permission denied
2014-04-17 18 callto:2014-04-17%2018:54:21 BRT [2201]: [6-1] user=,db=
LOG:  could not open tablespace directory

Re: [pgbr-geral] Postgresql ficou lento depois do upgrade para versão nova

[Vinícius Aquino do Vale]

Em 13 de março de 2014 07:22, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

 Venho pedir a ajuda de vocês. Fiz a migração do meu postgres 9.1 para a
 versão 9.3 em um CENTOS 6.5. Usei o pg_upgrade e funcionou tudo
 corretamente, o que acontece é que depois de migrar para a versão mais
 nova, as consultas ficaram muito lentas, executei o
 analyze_new_cluster.sh e mesmo assim algumas consultas continuam lentas.


 Você poderia nos enviar um EXPLAIN ANALYZE dessas consultas que você
 considera lentas?

  Hoje o ambiente normalizo, ontem algumas consultas demoravam até 3
minutos, hoje as mesmas consultas rodam em alguns segundos. Não
identifiquei o que pode ter sido, mas está ok já. Obrigado.


 Outra pergunta, houve outras atualizações, além do PostgreSQL, feitas de
 uma vez?


Foi feita a mudança de um servidor para outro, fiz uma replica para o
servidor novo e depois usei o pg_upgrade para migrar da versão 9.1 para a
9.3, além de instalar e configurar o pacemaker/corosync.


Depois que reiniciei os servidores, as consultas ficaram mais rápidas, vai
entender né?

Muito Obrigado Flávio

Como estão as coisas por ai?

[]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] Postgresql ficou lento depois do upgrade para versão nova

[Vinícius Aquino do Vale]

Em 13 de março de 2014 11:31, Flavio Henrique Araque Gurgel 
fha...@gmail.com escreveu:

 Depois que reiniciei os servidores, as consultas ficaram mais rápidas,
 vai entender né?


 Limpeza de cache de disco, outros processos que estavam rodando... após um
 reinício pode ser qualquer coisa, e você perde a oportunidade de saber o
 quê. Procure sempre analisar a causa de um problema antes do reinício de um
 serviço ou servidor pra não perder dados de análise.


Ainda tem algumas coisas que preciso aprender, fiquei meio ansioso porque
foi um procedimento novo para mim, mas na próxima já estarei mais preparado
:)  e analisarei melhor essas situações.



  Muito Obrigado Flávio

 Como estão as coisas por ai?


 Muito trabalho, muito aprendizado, alguma diversão ;)


Tirando a diversão ta igual ao meu aquirsrsrsrr
Sucesso ai Flávio, []s
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Postgresql ficou lento depois do upgrade para versão nova

[Vinícius Aquino do Vale]

Pessoal,

Venho pedir a ajuda de vocês. Fiz a migração do meu postgres 9.1 para a
versão 9.3 em um CENTOS 6.5. Usei o pg_upgrade e funcionou tudo
corretamente, o que acontece é que depois de migrar para a versão mais
nova, as consultas ficaram muito lentas, executei o analyze_new_cluster.sh
e mesmo assim algumas consultas continuam lentas.

Alguém pode me ajudar?

Obrigado

[]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] consulta lenta

[Vinícius Aquino do Vale]

Em 18 de fevereiro de 2014 16:38, Prof. Cleverson 
prof_clever...@uniguacu.edu.br escreveu:

  Index Cond: (fasava = 81)
   -  Seq Scan on tac_nota  (cost=0.00..12469.80 rows=4 width=17) (actual
 time=44.727..87.866 rows=2 loops=513)



Sua consulta faz uma busca sequencial na tabela a procura do registro
fasava=81, tente criar um indice para este campo, de preferência verifique
outras consultas que utilizam o seq scan para essas mesmas tabelas e tente
criar um indice composto. Deve amenizar a demora da consulta.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] referenciando parametros de funções PGSQL

[Vinícius Aquino do Vale]

Espero que tenha feito certo dessa vez ao usar a NetEtiqueta.


Ari tente assim

BEGIN
EXECUTE 'COPY corporativo.pessoa_ FROM ' || path;
END;

[]s


Em 17 de fevereiro de 2014 15:04, Ari Lima aml...@gmail.com escreveu:

 2014-02-17 14:52 GMT-03:00 Flavio Henrique Araque Gurgel fha...@gmail.com
 :

  Flávio, você colocou 3 aspas simples, deu erro. Pensei em colocar
 EXECUTE 'COPY corporativo.pessoa_ FROM '  || path ||  '  . Porém dá o
 mesmo erro:
 ERRO:  cadeia de caracteres entre aspas não foi terminada em ou próximo
 a  ';


 Pode ser que eu tenha me enganado redondamente.
 Coloque duas e tente novamente.


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



 Já tentei com 2 aspas também... tá dando o erro. Tentei assim tb
 http://pastebin.com/ejhPMLix  continua dando o erro de coluna inválida.

 []'s

 ___
 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] referenciando parametros de funções PGSQL

[Vinícius Aquino do Vale]

Blz pessoal, acho que peguei agora... Segui o que o Flávio falou selecionei
o texto e respondi, agora acho que foi.

Desculpem ai pessoal, []s


Em 17 de fevereiro de 2014 16:13, Jocimar Oliveira
21joci...@gmail.comescreveu:

 Guimarães,

 No Gmail é padrão o top-posting, saberia a forma de mudar isto ?

 Atenciosamente,

 Jocimar



 Em 17 de fevereiro de 2014 16:10, Guimarães Faria Corcete DUTRA, Leandro 
 l...@dutras.org escreveu:

 2014-02-17 16:07 GMT-03:00 Vinícius Aquino do Vale aquino.v...@gmail.com
 :
  Espero que tenha feito certo dessa vez ao usar a NetEtiqueta.

 Não.

 Se não tiverem tempo ou disposição de ler a RFC 1855 e textos
 correlatos, pelo menos sigam nosso exemplo...


 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (11) 9406 7191ICQ/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 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] referenciando parametros de funções PGSQL

[Vinícius Aquino do Vale]

Em 17 de fevereiro de 2014 16:44, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:


 Tua resposta continua na forma errada, Vinícius... consulte as dicas do
 Euler e do Flávio deste mês, no arquivo da lista.




Achei o que o Flávio tinha falado, era o Lab

*Quote selected text, está ativado. Vamos ver se agora vai...[]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] Problema montar Standby

[Vinícius Aquino do Vale]

Desculpem pessoal pelas respostas curtas, e pela falta do contexto do
problema nas minhas respostas.

Sou novo no grupo e ainda estou aprendendo a usar as regras do fórum, então
peço que tenham uma paciência inicial. Não ira acontecer novamente.


[]s


Em 10 de fevereiro de 2014 13:21, Euler Taveira eu...@timbira.com.brescreveu:

 On 10-02-2014 10:26, Vinícius Aquino do Vale wrote:
  Você pode fazer dentro do master, uma consulta select * from
  pg_stat_replication nele ira mostrar quais servidores de replicação você
  tem.
 
 $ su - dutra

 Vai responder algo? Então *jamais* use top-posting nesta lista. Não
 sabe o que é top-posting? Então tente ler:

 R: Porque eu leio de cima para baixo e da esquerda para direita.
 P: Por que eu devo responder abaixo do texto?

 R: Porque ele geralmente bagunça a ordem natural de leitura do texto.
 P: Por que top-posting não é recomendado nesta lista?

 R: Ele faz perdermos o contexto.
 P: O que faz top-posting ser mais difícil de ler do que bottom-posting?

 R: Sim.
 P: Eu devo cortar aquilo que não é relevante a resposta?

 $ ^D


 PS a última pergunta vale até para aqueles que são respondem
 regularmente na lista e tem preguiça de cortar o email porque usam o
 imprestpopular email do Google.


 --
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] Recomendações para ambiente em crescimento

[Vinícius Aquino do Vale]

Também seria possível limitar a quantidade de conexões por Database,
conforme mostra no manual do postgres.
http://www.postgresql.org/docs/9.1/static/sql-alterdatabase.html.

ALTER DATABASE name [ [ WITH ] option [ ... ] ]
where option can be:

CONNECTION LIMIT connlimit



Desta forma, seria possível controlar melhor as conexões para databases
mais acessados.


[]s


Em 31 de janeiro de 2014 14:50, Nildo Abreu nildoab...@gmail.com escreveu:

 Boa tarde Pessoal,

 No meu ambiente atual de Produção rodam 38 sistemas de clientes distintos,
 sendo que cada um deles tem um contexto na aplicação e um banco separado,
 segue abaixo minha configuração:

 Software:

 Banco de dados (01 servidor):

 - Versão PostgreSQL 9.2.4 on x86_64-unknown-linux-gnu, compiled by gcc
 (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3), 64-bit

 - Customizações no postgresql.conf
 max_connections = 200
 shared_buffers = 7680MB
 work_mem = 58MB
 maintenance_work_mem = 1500MB
 effective_cache_size = 15360MB
 checkpoint_segments = 32
 checkpoint_timeout = 15min
 max_locks_per_transaction = 512

 - Sistema Operacional: CentOS release 6.4 (Final) - Kernel:
 2.6.32-279.19.1.el6.x86_64 #1 SMP Wed Dec 19 07:05:20 UTC 2012 x86_64
 x86_64 x86_64 GNU/Linux

 - Sistema de arquivos: S.O (ext4 - defaults,noatime), pgsql/9.2/data (ext4
 - defaults,noatime), pg_xlog (ext3 - defaults,noatime,data=writeback) e
 backup (ext4 - defaults,noatime)

  - Temos bancos de tamanhos distintos variando entre 800MB e 10 GB, no
 total temos 37 GB;

 Servidores de aplicação (Entre 01 e 04 - são iniciados sob demanda,
 dependendo do uso de CPU):
 - Versão Apache Tomcat/6.0.36.0
 - Pool de conexão implementado pela aplicação web
 - Sistema Operacional: CentOS release 6.4 (Final) - Kernel:
 2.6.32-279.19.1.el6.x86_64 #1 SMP Wed Dec 19 07:05:20 UTC 2012 x86_64
 x86_64 x86_64 GNU/Linux
 - Sistema de arquivos: S.O (ext4 - defaults,noatime), Aplicação (ext4 -
 defaults,noatime)

 Hardware:

 Servidor de banco:
 CPU: 2 x Xeon Quad Core HT - 2.6 GHz
 Memória: 30 GB
 Discos dedicados para S.O (RAID 1), pgsql/9.2/data (RAID 5), pg_xlog (RAID
 0) e backup (RAID 1)

 Servidor de aplicação:
 CPU: 2 x Xeon Dual Core HT - 2.0 GHz
 Memória: 15 GB
 Discos dedicados para S.O (RAID 1), Aplicação (RAID 1)

 Estamos com previsão de entrada de mais 10 ou 15 clientes nos próximos 02
 meses, nesse caso ficaríamos com algo em torno de 50 clientes, e devido a
 isso eu precisaria mais uma vez subir o numero do max_connections para 250
 ou 300, hoje raramente temos reclamações de performance no banco a não ser
 em casos de locks gerados por problemas na própria aplicação.

 Minha dúvida é (Ufa até que enfim...):

 O que os senhores me recomendariam para este ambiente em termos de
 melhorias?
 Será que esse aumento no max_connections poderá ter impactos na
 performance?
 Seria o caso de colocar um segundo servidor de banco para replicação e
 balanceamento de carga?
 Se sim qual seria o tipo de replicação recomendada?

 Muito obrigado pela paciência de ler isso tudo até o final e desculpem de
 esqueci de citar algo importante.

 Um abraço,

 Nildo Abreu

 ___
 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] Postgre embarcado? é Possivel?

[Vinícius Aquino do Vale]

Você poderia usar o programa InstallShield ou *InnoSetup *para Windows, ele
faz o empacotamento e cria um executável de instalação. Você pode tentar
essa possibilidade.

Quando trabalhei na prefeitura, o CAD ÚNICO - programa que controla o bolsa
família - vinha com um instalador que instalava e configurava o Postgresql
automaticamente, com apenas algumas clique e configurações avançadas se
necessário. O mesmo executável instalava no cliente quanto no server.

[]s


Em 30 de janeiro de 2014 16:49, Guimarães Faria Corcete DUTRA, Leandro 
l...@dutras.org escreveu:

 2014-01-30 Tiago Adami adam...@gmail.com:
 
  Conheço mais de um projeto que falhou ao tentar adiantar o lado do
  cliente com PostgreSQL embarcado (instalado automaticamente).

 Certo, mas creio que amiúde é falta de entender a miríade de decisões
 que estão embutidas num sistema embarcado, para as quais o SQLite já
 vem pronto, por exemplo.


  Talvez Firebird ou SQLite não atendem a sua necessidade?

 SQLite, sem dúvida.  Mantém melhor a compatibilidade tanto com o
 PostgreSQL quanto com o ISO SQL e outros sistemas.

 A razão?  O desenvolvedor principal usa a documentação do PostgreSQL
 como referência (ou intermediário) para o ISO SQL.


 --
 skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
 +55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
 +55 (11) 9406 7191ICQ/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 mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral