Re: [pgbr-geral] PGDay em Curitiba
Fiquem tranquilos que eu farei o merge entre os dois, mas acredito que se a proposta tiver mais foco no PGDay (na minha visão, mais específica, mas não exclusiva, para usuários/desenvolvedores do postgres), enviar pelo sítio do PGDay, senão, se for mais para o geralzão, no FTSL. Agora quando eu estava digitando desenvolvedores, tive um estalo... será que seria uma boa fazer uma palestra ou minicurso sobre como contribuir com o postgres? Mas vamos conversando. -- Alisson COELHO de Morais SERPRO - Serviço Federal de Processamento de Dados SUPDE/DECTA/DE909 Com: (41) 3593-8559 Em 13/07/2015 16:49:58, Fabrízio de Royes Mello escreveu: On 13-07-2015 16:41, Fábio Telles Rodriguez wrote: Eu havia me inscrito no site do FTSL, devo desconsiderar aquela inscrição e fazer no site que você indicou? Eu fiz exatamente isso... ;-) Att, -- 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 - Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Buscar registros duplicados que tenham filhos associados
Caros, Dado o cenário: 1) tabela de convidados, onde convidados com o mesmo e-mail estão bagunçando o sistema. Deveria ter sido criada uma chave de unicidade, mas não foi. E agora, deu zebra. 2) tabela de pedidos, onde um convidado escolhe um determinado item. Estou com muita dificuldade para fazer um select que me mostre quais os convidados possuem pedidos, contudo gostaria de filtrar por convidados que possuem o mesmo e-mail duplicado (ou *3, *4, etc.). Eu montei o select abaixo que me retorna os resultados duplicados e os IDs dos convidados, mas empaquei aí. Como eu faço para dar um join com a tabela de convidados? select lower(no_email) email, count(no_email), array_agg(id_convidado) convidado from srm.convidado group by lower(no_email) having count(no_email)1 as tabelas estão assim: srm.pedido{ id_pedido, id_convidado . . . CONSTRAINT fk_convidado_pedido FOREIGN KEY (id_convidado) REFERENCES srm.convidado (id_convidado) MATCH SIMPLE ON UPDATE RESTRICT ON DELETE RESTRICT, } srm.convidado{ id_convidado, no_email . . . } A única constraint de convidado, é a da chave primária (id_convidado). Desde já agradecido pela ajuda. Atenciosamente, Paulo Vitor Bettini de Paiva Lima, CSM http://www.scrumalliance.org/community/profile/plima2 http://about.me/paulolima ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] mensagem de WARNING no restart postgres
Pessoal enviei esse email na semana passada, e nao sei se alguem recebeu, pois fique 3 dias sem receber email da lista.. desculpem se repetiu, fiz a instalação do postgresql 9.4.4 baixado do site da enterprisedb via .run, num centos 6.5. ja fiz essa instalação muitas vezes, mas agora está correndo essas mensagem abaixo, parece que ele esta apontando para o local errado, pois nao existe etc dentro da pasta 9.4. o postgres esta instalado no diretório /home/opt/PostgreSQL/9.4 WARNING -- PERL_INSTALL_PATH is not set in /home/opt/PostgreSQL/9.4/etc/sysconfig/plLanguages.config file WARNING -- PYTHON_INSTALL_PATH is not set in /home/opt/PostgreSQL/9.4/etc/sysconfig/plLanguages.config file WARNING -- TCL_INSTALL_PATH is not set in /home/opt/PostgreSQL/9.4/etc/sysconfig/plLanguages.config file -- Douglas Fabiano Specht ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Buscar registros duplicados que tenham filhos associados
Em 14 de julho de 2015 09:28, Matheus de Oliveira matioli.math...@gmail.com escreveu: 2015-07-14 8:14 GMT-03:00 Paulo Vitor Bettini de Albuqerque Lima paulovitor...@gmail.com: 1) tabela de convidados, onde convidados com o mesmo e-mail estão bagunçando o sistema. Deveria ter sido criada uma chave de unicidade, mas não foi. E agora, deu zebra. 2) tabela de pedidos, onde um convidado escolhe um determinado item. Estou com muita dificuldade para fazer um select que me mostre quais os convidados possuem pedidos, contudo gostaria de filtrar por convidados que possuem o mesmo e-mail duplicado (ou *3, *4, etc.). Quando você diz mostre quais os confidados que possuem pedidos, a cláusula EXISTS vem à minha mente, fica bem parecido com sua consulta original: SELECT lower(c.no_email) email, count(c.no_email), array_agg(c.id_convidado) convidado FROM srm.convidado c WHERE EXISTS( SELECT 1 FROM srm.pedido p WHERE p.id_convidado = c.id_convidado ) GROUP BY lower(c.no_email) HAVING count(c.no_email) 1; A consulta acima vai trazer todo convidado que possui pedido e que exista outro convidado (que também possua pedido) e tenha o mesmo e-mail. Se você quiser filtrar por convidados com e-mail duplicado mesmo que somente um deles tenha pedido, penso no seguinte método: SELECT lower(c.no_email) email, count(c.no_email), array_agg(c.id_convidado) convidado FROM srm.convidado c WHERE EXISTS( SELECT 1 FROM srm.pedido p JOIN srm.convidado c2 ON p.id_convidado = c2.id_convidado WHERE lower(c2.no_email) = lower(c.no_email) ) GROUP BY lower(c.no_email) HAVING count(c.no_email) 1; Outra forma seria separar em subconsultas e fazer a junção. Não tenho certeza de cara qual seria mais eficiente, se não tiver muitos registros a consulta acima deve atender em tempo hábil. Valeu Matheus. A segunda forma fez exatamente o que eu precisava. As tabelas são pequenas (convidados com 400 linhas, e pedidos com 2000 linhas) e como eu preciso disso para fazer uma limpeza nesses convidados com emails duplicados, vai ser executado só uma vez. Aí eu vou apagar os registros sujos e colocar uma constraint pra evitar que essa situação se repita. Muito obrigado. 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Backup incremental
Obrigado pelas respostas pessoal. Sobre as politicas de backups escritas no seu artigo, achei todas fundamentais e estou analisando a forma de implementar elas ou pelo menos discutir com meus superiores, que por sinal é um ótimo artigo. Sobre backups contra fatos desconhecidos e inesperados, acho que estou protegido, mas isso não é uma certeza ainda. A minha necessidade nesse momento realmente é Point In Time Recovery, verifiquei que existem outras ferramentas que fazem esse trabalho além do PgBarman, e existe a forma de fazer isso nativamente, utilizando os famosos WAL, agora preciso ver se vale a pena usar uma ferramenta ou tentar fazer isso utilizando os recursos do próprio postgres. Em 13 de julho de 2015 17:53, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Em 13 de julho de 2015 11:44, Lucas Viecelli lviecelli...@gmail.com escreveu: Bom dia. Estou estudando formas de automatizar de uma maneira mais confiável os backup de uma base de dados postgres-9.4 As necessidades são: -Backups incrementais a cada uma hora.(Existem diversos softwares de terceiros que utilizam a base, por isso 1 hora) -3 Backups completos durante o dia. -Salvar em outra máquina da rede. Lucas, é melhor você conhecer o conceito de Point In Time Recovery antes de continuar. Acho que você está pensando numa abordagem estilo Dump. Não faz sentido fazer um backup a cada uma hora. Veja o artigo: http://savepoint.blog.br/dump-nao-e-backup/ Entenda o que é uma política de backup. Depois voltamos a conversar. Acho que vale à pena. O que mais atende as minhas necessidades é o PgBarman[1], queria saber sobre o que vocês utilizam para esse tipo de necessidade, se existem outras ferramentas. Se alguém tem alguns tutoriais para ajudar no estudo e implementação, será de grande ajuda. O sistema operacional é o Fedora, e a base de dados é pequena 20GB. 1 - http://www.pgbarman.org/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Fábio Telles Rodriguez blog: http://savepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente. Lucas Viecelli ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Backup incremental
Em 14 de julho de 2015 08:21, Lucas Viecelli lviecelli...@gmail.com escreveu: Obrigado pelas respostas pessoal. Sobre as politicas de backups escritas no seu artigo, achei todas fundamentais e estou analisando a forma de implementar elas ou pelo menos discutir com meus superiores, que por sinal é um ótimo artigo. Sobre backups contra fatos desconhecidos e inesperados, acho que estou protegido, mas isso não é uma certeza ainda. A minha necessidade nesse momento realmente é Point In Time Recovery, verifiquei que existem outras ferramentas que fazem esse trabalho além do PgBarman, e existe a forma de fazer isso nativamente, utilizando os famosos WAL, agora preciso ver se vale a pena usar uma ferramenta ou tentar fazer isso utilizando os recursos do próprio postgres. Eu utilizo o pgBarman e funciona muito bem, muito fácil de configurar e até o momento se mostrou confiável. Além do PITR você pode pensar em um servidor replica, que pode ser uma solução muito rápida de restore em caso de falhas físicas do seu servidor Master. Em 13 de julho de 2015 17:53, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Em 13 de julho de 2015 11:44, Lucas Viecelli lviecelli...@gmail.com escreveu: Bom dia. Estou estudando formas de automatizar de uma maneira mais confiável os backup de uma base de dados postgres-9.4 As necessidades são: -Backups incrementais a cada uma hora.(Existem diversos softwares de terceiros que utilizam a base, por isso 1 hora) -3 Backups completos durante o dia. -Salvar em outra máquina da rede. Lucas, é melhor você conhecer o conceito de Point In Time Recovery antes de continuar. Acho que você está pensando numa abordagem estilo Dump. Não faz sentido fazer um backup a cada uma hora. Veja o artigo: http://savepoint.blog.br/dump-nao-e-backup/ Entenda o que é uma política de backup. Depois voltamos a conversar. Acho que vale à pena. O que mais atende as minhas necessidades é o PgBarman[1], queria saber sobre o que vocês utilizam para esse tipo de necessidade, se existem outras ferramentas. Se alguém tem alguns tutoriais para ajudar no estudo e implementação, será de grande ajuda. O sistema operacional é o Fedora, e a base de dados é pequena 20GB. 1 - http://www.pgbarman.org/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente, Fábio Telles Rodriguez blog: http://savepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente. Lucas Viecelli ___ 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] mensagem de WARNING no restart postgres
Tranquilo de resolver!!! Edite o arquivo /home/opt/PostgreSQL/9.4/etc/sysconfig/plLanguages.config e Substitua o valor PERL_INSTALL_PATH e subsequentes pra onde vc instalou o pacote de linguagens pra dar suporte ao PLPERL, etc... exemplo EDB_PERL_PATH=/opt/EnterpriseDB/LanguagePack/9.4/Perl-5.16 Espero ter ajudado!!! Esse Warning é somente explicitando que embora vc possa utilizar as outras PL, o postgres não sabe onde estão instaladas. T.'.A.'.F.'., *Gerdan Rezende dos Santos * *Especialista PostgreSQL EnterpriseDB* ger...@gmail.com +55 (61) 9645-1525 www.tecnisys.com.br 2015-07-14 9:47 GMT-03:00 Douglas Fabiano Specht douglasfabi...@gmail.com: Pessoal enviei esse email na semana passada, e nao sei se alguem recebeu, pois fique 3 dias sem receber email da lista.. desculpem se repetiu, fiz a instalação do postgresql 9.4.4 baixado do site da enterprisedb via .run, num centos 6.5. ja fiz essa instalação muitas vezes, mas agora está correndo essas mensagem abaixo, parece que ele esta apontando para o local errado, pois nao existe etc dentro da pasta 9.4. o postgres esta instalado no diretório /home/opt/PostgreSQL/9.4 WARNING -- PERL_INSTALL_PATH is not set in /home/opt/PostgreSQL/9.4/etc/sysconfig/plLanguages.config file WARNING -- PYTHON_INSTALL_PATH is not set in /home/opt/PostgreSQL/9.4/etc/sysconfig/plLanguages.config file WARNING -- TCL_INSTALL_PATH is not set in /home/opt/PostgreSQL/9.4/etc/sysconfig/plLanguages.config file -- 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] Buscar registros duplicados que tenham filhos associados
2015-07-14 10:33 GMT-03:00 Paulo Vitor Bettini de Albuqerque Lima paulovitor...@gmail.com: Aí eu vou apagar os registros sujos e colocar uma constraint pra evitar que essa situação se repita. Ótima iniciativa... :) 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] Backup incremental
Em 14 de julho de 2015 09:02, Cleiton Luiz Domazak cleitondoma...@gmail.com escreveu: Em 14 de julho de 2015 08:21, Lucas Viecelli lviecelli...@gmail.com escreveu: Obrigado pelas respostas pessoal. Sobre as politicas de backups escritas no seu artigo, achei todas fundamentais e estou analisando a forma de implementar elas ou pelo menos discutir com meus superiores, que por sinal é um ótimo artigo. Sobre backups contra fatos desconhecidos e inesperados, acho que estou protegido, mas isso não é uma certeza ainda. A minha necessidade nesse momento realmente é Point In Time Recovery, verifiquei que existem outras ferramentas que fazem esse trabalho além do PgBarman, e existe a forma de fazer isso nativamente, utilizando os famosos WAL, agora preciso ver se vale a pena usar uma ferramenta ou tentar fazer isso utilizando os recursos do próprio postgres. Eu utilizo o pgBarman e funciona muito bem, muito fácil de configurar e até o momento se mostrou confiável. Além do PITR você pode pensar em um servidor replica, que pode ser uma solução muito rápida de restore em caso de falhas físicas do seu servidor Master. Acho o pgBarman uma ferramenta interessante se você administra vários servidores Postgres, se tem um só em produção, então o pg_basebackup é mais do que suficiente para você. http://www.postgresql.org/docs/9.5/static/app-pgbasebackup.html -- Atenciosamente, Fábio Telles Rodriguez blog: http:// http://www.midstorm.org/~telles/s http://tellesr.wordpress.com/avepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Backup incremental
Pessoal vou ler e avaliar todas as situações propostas, obrigado por compartilhar o conhecimento e a experiencia de vocês, qualquer outra dúvida eu volto a postar. Em 14 de julho de 2015 19:07, Fábio Telles Rodriguez fabio.tel...@gmail.com escreveu: Em 14 de julho de 2015 09:02, Cleiton Luiz Domazak cleitondoma...@gmail.com escreveu: Em 14 de julho de 2015 08:21, Lucas Viecelli lviecelli...@gmail.com escreveu: Obrigado pelas respostas pessoal. Sobre as politicas de backups escritas no seu artigo, achei todas fundamentais e estou analisando a forma de implementar elas ou pelo menos discutir com meus superiores, que por sinal é um ótimo artigo. Sobre backups contra fatos desconhecidos e inesperados, acho que estou protegido, mas isso não é uma certeza ainda. A minha necessidade nesse momento realmente é Point In Time Recovery, verifiquei que existem outras ferramentas que fazem esse trabalho além do PgBarman, e existe a forma de fazer isso nativamente, utilizando os famosos WAL, agora preciso ver se vale a pena usar uma ferramenta ou tentar fazer isso utilizando os recursos do próprio postgres. Eu utilizo o pgBarman e funciona muito bem, muito fácil de configurar e até o momento se mostrou confiável. Além do PITR você pode pensar em um servidor replica, que pode ser uma solução muito rápida de restore em caso de falhas físicas do seu servidor Master. Acho o pgBarman uma ferramenta interessante se você administra vários servidores Postgres, se tem um só em produção, então o pg_basebackup é mais do que suficiente para você. http://www.postgresql.org/docs/9.5/static/app-pgbasebackup.html -- Atenciosamente, Fábio Telles Rodriguez blog: http://savepoint.blog.br e-mail / gtalk / MSN: fabio.tel...@gmail.com Skype: fabio_telles Timbira - A empresa brasileira de Postgres http://www.timbira.com.br ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente. Lucas Viecelli ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PGDay em Curitiba
On 14-07-2015 07:55, Alisson Coelho de Morais wrote: Fiquem tranquilos que eu farei o merge entre os dois, mas acredito que se a proposta tiver mais foco no PGDay (na minha visão, mais específica, mas não exclusiva, para usuários/desenvolvedores do postgres), enviar pelo sítio do PGDay, senão, se for mais para o geralzão, no FTSL. Ok. Agora quando eu estava digitando desenvolvedores, tive um estalo... será que seria uma boa fazer uma palestra ou minicurso sobre como contribuir com o postgres? Na verdade é uma ótima idéia, pois existem inúmeras formas de contribuir com o projeto: - listas discussao - organizacao eventos - patrocinar eventos/desenvolvedores - revisar código - desenvolver código - documentação - tradução - divulgação - ??? Lembro que o Euler uma fez proferiu uma palestra sobre Como ter um patch aceito ou coisa similar... IMHO acho um tema bem interessante. Att, -- Fabrízio de Royes Mello Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento signature.asc Description: OpenPGP digital signature ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral