Re: [pgbr-geral] Porque o UBER trocou o PostgreSQL para o MySQL
On Wed, 27 Jul 2016 14:19:08 +0200 Flavio Henrique Araque Gurgel <fha...@gmail.com> wrote: > > > > Dae Gurgel, tudo bem? > > Opa, tudo! E por aí? > > > você fala dessa thread[1]? > - https://www.postgresql.org/message-id/579795DF.10502%40commandprompt.com []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Espaço Comunidade no FISL17
On Sat, 28 May 2016 09:12:43 -0300 Fabrízio de Royes Mello <fabri...@timbira.com.br> wrote: > Bom dia pessoal, > > Está aberta chamada para espaços da comunidade dentro do FISL17 [1]. > Ter uma banca na Área de Comunidades, no espaço de exposições do > FISL17 pode ser uma ótima forma divulgar a comunidade, projetos e o > próprio mini-evento dentro do FISL. > > O que vcs acham?? > Sensacional! Pena que não poderei ir este ano. :( -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] 10 anos da lista PGBR + Prêmio para melhor artigo sobre PostgreSQL
On Fri, 8 Jan 2016 12:00:01 -0200 Fábio Telles Rodriguez <fabio.tel...@gmail.com> wrote: > http://savepoint.blog.br/10-anos-de-pgbr/ > Meus dois centavos! :) 10 Anos do PGBR - Listas de discussão - http://www.fernandoike.com/2016/01/11/10-anos-do-pgbr---listas/ []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PGBR 2015
Olá, Gostaria de agradecer à todo que fizeram acontecer a Conferência PostgreSQL Brasil 2015, dos participantes, palestrantes e organização. Especialmente à organização por realizar o evento. :) Espero que ano que vem ocorra o evento novamente, afinal serão 10 anos! A, minha apresentação está no Slideshare[1]. [1] - http://www.slideshare.net/fernandoike/a-postgersql-brasil-lista-caiu P.S.: Desculpem o cross-posting. ;) []'s -- Fernando Ike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Album de fotos do pgbr2015
On Fri, 20 Nov 2015 18:49:30 -0200 Sebastian Webber <sebast...@swebber.me> wrote: > Pessoal, > > estou fazendo o upload de algumas fotos que tirei para o flickr. > > Caso tenham também fotos do evento, por favor, nos enviem para que > possamos adicionar ao album. > Bacana! :) Sugestão, adicione a tag pgbr2015 nas fotos. Assim fica mais fácil achar na busca. ;) two cents, -- Fernando Ike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Manutenção programada: 21/10/2015
On Mon, 19 Oct 2015 11:31:03 -0200 Fernando Ike <f...@midstorm.org> wrote: > Olá, > > No dia 21 de Outubro a Linode irá fazer manutenção na infraestrutura > do Olifante para uma atualização crítica do Xen[1]. Todos os serviços > do PostgreSQL Brasil ficarão paralisados até o termino da manutenção. > > Assim que o servidor e os serviços forem restabelecidos, aviso. Um pouco atrasado... Todos serviços estão de volta e em operação. ;) []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Manutenção programada: 21/10/2015
Olá, No dia 21 de Outubro a Linode irá fazer manutenção na infraestrutura do Olifante para uma atualização crítica do Xen[1]. Todos os serviços do PostgreSQL Brasil ficarão paralisados até o termino da manutenção. Assim que o servidor e os serviços forem restabelecidos, aviso. Referência: [1]: http://status.linode.com/incidents/ltchxw3jmx0s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [PGBR2015] Sugestões Temas para Fishbowl
On Tue, 2015-08-18 at 14:58 -0300, Fabrízio de Royes Mello wrote: Pessoal, Esse ano estamos com a idéia de promover um Fishbowl [1] dentro do evento, então precisamos de idéias sobre assuntos. Exemplo: - Comunidade PostgreSQL Brasil - Mercado de Trabalho PostgreSQL - Como ajudar o PostgreSQL a crescer - Quero ajudar/me envolver o que faço - DBA 2.0 ou 3.0? []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Intermitência nas listas do PostgreSQL Brasil
On Tue, 2015-08-04 at 22:02 -0300, Flávio Silveira wrote: [...] Poderia dizer qual a distribuição utilizada no servidor que hospeda a lista? Sim, Debian Jessie. A configuração base está no Github[1], você pode copiá-la e ajudar. ;) Os dados das listas não estão lá, não é preciso deles para reproduzir os problemas conhecidos que estão listados lá. 1 - https://github.com/fike/pgbr-mailman []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Intermitência nas listas do PostgreSQL Brasil
Caros, As listas do PostgreSQL Brasil estão com alguns problemas de disponibilidade. Aparentemente isso está ocorrendo porque o processo do mailman para sem motivo aparente. Isso deve ocorrer por mais alguns dias até resolver em definitivo. Obs.: Desculpem-me pelo transtorno. :( []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: [OFF-TOPIC] Spam
On Mon, 2013-10-07 at 07:59 -0400, Carlos Menandro wrote: No Gmail existe a possibilidade de criar filtros para que as mensagens não caiam no SPAM e sejam direcionadas para um marcador específico. [...] Além das dicas do pessoal, tinha uma implantação para fazer. Alguns serviços de email verificam se as mensagens estão assinadas pelo servidor de email do remetente (listas.postgresql.org.br). Se não estiverem assinadas por um DKIM, aumenta a chance de email enviado cair ser classificado como SPAM. Finalmente o DKIM foi implantado aqui na lista, então, isso deve diminiuir bastante. ;) Claro, desculpem pela demora. []'s -- Fernando Ike http://www.fernandoike.com signature.asc Description: This is a digitally signed message part ___ 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 nao estou recebendo email da lista desde segunda-feira 04-06-15
On Wed, 2015-05-06 at 16:12 +0200, Flavio Henrique Araque Gurgel wrote: pessoal, não estou recebendo email da lista desde segunda-feira 04-06-15 alguém está com esse problema tb. ? Pelo jeito houve algum problema com o servidor da lista, acabei de receber um caminhão de mensagens atrasadas. A turma que cuida disso deve dizer algo em instantes... :) O mailman estava travado. Agora deve estar normalizado. []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Quando conectar ao banco ?
On Thu, 2014-11-06 at 19:02 -0200, Fabrízio de Royes Mello wrote: On 06-11-2014 10:24, Eduardo Bohrer wrote: Outra dúvida, com o C3P0 eu preciso do pgpool ? Ou onde o pgpool entra nesta história ? Tendo o c3p0 você não precisaria do pgpool para este fim. Porém tendo o pgpool você poderia fazer a estrategia de abrir e fechar sempre a conexão no APP, pois neste caso o pgpool faria o pool de conexões para você. Na pratica o pgpool é um middleware entre o cliente e o banco. O cliente conecta direto nele como se fosse o banco, e ele gerencia conexões. Ele faz mais algumas mágicas também, mas deixar para os mais conhecidos no assunto falarem sobre. :) Só para complementar, existe também o pgbouncer [1] que é mais simples, leve e muito performático, além de que ele é *apenas* um pool de conexões e o pgpool [2] tem mais funcionalidades além desta. Mais um link com boa referência. - https://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling#Connection_Pooling_and_Acceleration []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Quando conectar ao banco ?
On Thu, 2014-11-06 at 19:02 -0200, Fabrízio de Royes Mello wrote: On 06-11-2014 10:24, Eduardo Bohrer wrote: Outra dúvida, com o C3P0 eu preciso do pgpool ? Ou onde o pgpool entra nesta história ? Tendo o c3p0 você não precisaria do pgpool para este fim. Porém tendo o pgpool você poderia fazer a estrategia de abrir e fechar sempre a conexão no APP, pois neste caso o pgpool faria o pool de conexões para você. Na pratica o pgpool é um middleware entre o cliente e o banco. O cliente conecta direto nele como se fosse o banco, e ele gerencia conexões. Ele faz mais algumas mágicas também, mas deixar para os mais conhecidos no assunto falarem sobre. :) Só para complementar, existe também o pgbouncer [1] que é mais simples, leve e muito performático, além de que ele é *apenas* um pool de conexões e o pgpool [2] tem mais funcionalidades além desta. Mais um link com boa referência. - https://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling#Connection_Pooling_and_Acceleration []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Indisponibilidade dos serviços do PostgreSQL Brasil
Caros, Creio que a maioria de vocês deve ter percebido que as listas de discussão e os sites ficaram indisponíveis por alguns dias. Isso aconteceu porque o Registro.BR congelou o domínio www.postgresql.org.br. Então, teve que resolver o problema legal antes o domínio fosse reconhecido novamente por eles. Desculpem pelo inconveniente. []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] jasonb, o feature mais comentado do Postgres 9.4
On Ter, 2014-03-25 at 11:11 -0300, Guimarães Faria Corcete DUTRA, Leandro wrote: 2014-03-25 11:01 GMT-03:00 Flavio Henrique Araque Gurgel fha...@gmail.com: Isso é uma evolução *enorme* para o PostgreSQL, pra quem precisa trabalhar com dados semiestruturados misturados a dados totalmente relacionais Não existe dado semiestruturado, muito menos em oposição a relacional. Tudo é relacional, desde que esteja tipificado (um tipo de dados, ou domínio mais seus operadores) e numa relação (tabela). Hum... É só uma questão de ir criando os tipos necessários. Exemplos, sim! :) []'s -- Fernando Ike http://fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Relatório da invasão ao servidor do PGBR
Caros, Após o aviso do Euler (Obrigado!!!) sobre a invasão no servidor do PostgreSQL Brasil foi desativado temporariamente o servidor web (Apache) e iniciado investigação de como aconteceu e o que comprometeu. 1 - A invasão Pelas evidências coletadas, a invasão ocorreu no dia 21/01/2014 por volta das 8:35 GMT 0. E foi realizada fazendo POST no xml93a.php. Mais precisamente em: - http://pgbr.postgresql.org.br/2011-old/xml93a.php Esse php é um plugin do Askimet (sistema anti-spam de comentários). A partir dele foi instalado um PHP Web Shell bem versátil e com acesso a praticamente todo o servidor no diretório de módulos do drupal e o invasor fez inúmeros testes de intrusão usando a ferramenta. 2 - O que foi comprometido Todos os sites da Conferências PostgreSQL Brasil, o Drupal do www.p.o.b tiveram código HTML injetado em arquivos nos diretórios em que estão instalados. Esse arquivos são basicamente páginas em russo. Algumas coisas do SO relacionadas a log foram apagadas mas o servidor (pelo menos analisado até agora) não fora instalado algum tipo de bot para disparar email ou algo similar. Até o momento não fora encontrado nenhum evidência de comprometimento no serviço de lista/email. Também não foi encontrado evidência de violação nas contas de usuários do servidor. Em andamento se houve algum comprometimento no Drupal (CMS do PostgreSQL Brasil). 3 - Próximos passos O servidor será reinstalado com todos os serviços atualmente em execução. Entretanto até o término os serviços serão migrados transitoriamente para outro servidor até a conclusão da reinstalação. Enquanto isso, o servidor web (consequentemente o site do PostgreSQL Brasil, Conferência PGBR e demais) ficarão indisponível, mantendo essencialmente as listas de discussão em funcionamento. Já de antemão, peço desculpa pelo inconveniente. []'s -- Fernando Ike http://fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida sobre funcionamento do Postgres-XC
On 21-10-2013 13:41, doug...@inforpratica.com.br wrote: [...] O cenário que preciso implantar é o seguinte: Servidor Principal(fica na empresa) tem as bases de todos os clientes, sendo o nome da base o próprio cnpj do cliente; em cada cliente tem um servidor que vai sincronizar com o servidor principal e ter apenas a base daquele cliente. Ambos servidores vão sofrer alterações de dados, pois o servidor que opera no cliente é para uso quando em loco. O servidor principal que fica aqui na empresa será para consultas quando o cliente estiver externo a sua organização e também para backup. No entanto, no cliente vejo as bases de dados de todos os outros clientes. É possível realizar alguma configuração para que isso não aconteça? O Postgres-XC me permitirá realizar tal funcionamento? Se não, qual replicador vocês me recomendariam. O Postgres-XC funciona bem (dentro dos limites que ele se propõe) em um ambiente físico/lógico pois ele funciona como cluster síncrono. Se a comunicação das base de dados forem pela internet, tem-se que considerar um fator extra para avaliar que a latência/perda de dados na transmissão. Em arquiteturas como você citou é melhor trabalhar com replicação assíncrona. Dá uma olhada na wiki do Postgres nos serviços assíncrono. - http://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling []'s -- Fernando Ike http://fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Status - Migração 2013
Olá! Passado um tempo além do esperado, as listas do PostgreSQL Brasil estão voltando a funcionar. Ainda temos muitas serviços para subir e vamos informando conforme as tivermos mais novidades. A prioridade agora é voltar o site da Conferência o mais rápido possível e também o site do pgbr. O restante (wiki, planeta, git/svn, etc.) virá logo em seguida. Descupem pela demora e tenha um pouco mais de paciência que as coisas irão funcionar novamente. =o) []'s -- Fernando Ike http://www.fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Performance - 2 ou 3 HDs
Meio tarde para comentar mas vai meus centavos... On 01/28/2013 04:49 PM, Flavio Henrique Araque Gurgel wrote: Em 28-01-2013 16:44, Fábio Telles Rodriguez escreveu: Com certeza, se você puder dizer pelo menos qual SSD que foi utilizado em qual tipo de storage... Não posso falar a marca do storage, pois posso comprometer meu contrato com o cliente e até ser processado pelo fabricante do storage. Eu posso quase citar pois eu tive alguns deles quando era gestor. Isso é um problema nas versões mais antigas do firmware, eles fizeram um workaround no firmware mais recente. Nos modelos mais novos é possível alterar como o flush (como o autovacuum do postgresql) vai trabalhar. Esses asiáticos... Mas posso dizer que é um grande fabricante, famoso. E o storage é usado para vários tipos de bancos de dados. A turma do Oracle pede que o REDO também fique em disco rotativo, colocam os tablespaces em SSD. Sei que esse brinquedinho aqui tem um IOPS bem alto: http://www.fusionio.com/database/oltp/ Meu, esse cara é o storage dos storages. E você sabe que ele é praticamente todo SDRAM e um monte de baterias pra garantir cair pro SSD em caso de falta de energia. Não esse especificamente mas tem alguns Storages (nem tão caros) que movem os dados de tipo de disco (SSD - Fiber - SAS ou vice-versa) para o outro automaticamente e também transparemente para o SO. Nos testes que que realizamos neste equipamento, a gravação era serializada à partir do cache em memória (no caso, a ordem da serialização era feita pelo timestamp mais antigo do grupo de volume alocado). Ele também tinha seu log transacional do cache em caso de queda, pdoer fazer a recuperação à partir dele. []'s -- Fernando Ike http://fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [pgbr-dev] Palestras do PGBR2011 disponíveis
On 02-12-2011 11:52, Leandro Guimarães Faria Corce DUTRA wrote: Le 2011-D-2 08h19, Fábio Telles Rodriguez a écrit : http://pgbr.postgresql.org.br/2011/palestras.php Dá para incluir o código-fonte da minha? O que acha de colocar os fontes da suas palestras no github? Exemplo das minhas? https://github.com/fike/talks-and-papers []'s -- Fernando Ike http://midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Apoio Técnico
On 15-11-2011 14:42, Bruno Silva wrote: Pra você terem idéia, segue um trecho. Para esclarecer suas duvidas sobre o ambiente ... preços estimados do Oracle, razoes para não usar o PostGre e tudo o mais que você precise saber sobre tecnologia. O cara não sabe nem o nome do banco, que dirá usá-lo. Detalhe, ainda não teve nem a publicação da licitação. [...] É um FUD![1] Combater FUD não se vence somente com argumentos técnicos ou casos Decisões baseadas em FUD revelam a pouca maturidade quando pensa TI num empresa/instituição. Para combater deve-se usar um pouco mais do que preço, pessoal, culpar empresa, etc. Erros se cometem com PostgreSQL, Oracle, etc. O que pode argumentar que um problema com uma tecnollogia é um pouco mais do culpar a tecnologia. TI funcionar bem, precisa-se que os gestores/donos/etc. tenha a ciência que TI é parte operacional da empresa. Quanto mais preparada o corpo técnico ou prestador de serviço melhor será o custo operacional da empresa. Nessa abordagem pode usar as siglas ITIL, COBIT, governança, etc. O PostgreSQL tem um custo inicial baixo, manutenção médio e um retorno de investimento alto à longo prazo. Os bancos SQL proprietário tem um custo inicial alto, manutenção médio para alto e um retorno de investimento baixo à longo prazo. Certeza que é dificílimo encontrar uma empresa realmente boa (tecnicamente e custo satisfatório) por aí. dois centavos, -- Fernando Ike http://midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PG 9.0.4 + Sistema de arquivo
Em 30-08-2011 19:33, Leandro Guimarães Faria Corcete DUTRA escreveu: Le 2011.A.30 18h16, Fabiano Machado Dias a écrit : Minha aplicação é OLTP e costumo usar XFS, já usei EXT3 mas achei mais lento. Com registro de operações apenas de metadados? Com registro de dados é mais lento, mesmo. O mesmo vale para ext4fs. O Ext4 grava um pouco mais rápido os metadados do que XFS até o kernel Linux 2.6.39, mas isso em volumes *grande de dados* e numa escrita não sequencial. A partir do 3.0.0 volta-se há um equilíbrio na escrita dos mesmos. two cents -- Fernando Ike http://midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PostgreSQL no CONSEGI - Encontro de Comunidades
PSC Mensagem original Assunto: CONSEGI - Encontro de Comunidades Data: Wed, 20 Apr 2011 15:21:26 -0300 De: julio.ne...@gmail.com Para: fernando@gmail.com Caro Fike, Gostaríamos de poder contar com sua presença, bem como da comunidade PostGreSQL - a qual solicito que convide os membros - para o Encontro de Comunidades que acontecerá no espaço de desconferência do CONSEGI, que se realizará entre os dias 11 e 13 de maio de 2011 na ESAF - Escola de Administração Fazendária - Brasília - DF. Maiores detalhes podem ser obtidos em http://www.consegi.gov.br/ Muito grato, Julio Neves PS: Essa msg foi enviada por um script shell usando o SMTP do gmail, caso necessite dar reply, use o endereço julio.ne...@serpro.gov.br -- Fernando Ike http://midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Divulgação de índices hipotéticos no PostgreSQL
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ana, Vi que vocês preparam uma versão p/ o 9.0, você já mandou uma nota para sair o postgresql weekly news? []'s Em 11-02-2011 23:44, Ana Carolina Brito de Almeida escreveu: Apresentamos nos eventos PostgreSQL, tanto da comunidade brasileira (PgConBR 2009 - Campinas/SP) como internacional (PGCon 2010 - Ottawa/Canada), uma extensão ao SGBD PostgreSQL que disponibiliza novos comandos para a simulação da presença de índices na base de dados, visando estudos práticos de desempenho. A receptividade nos dois eventos foi muito boa, havendo solicitações para download e disponibilização do material desenvolvido. Criamos um projeto SourceForge (http://sourceforge.net/projects/hypotheticalind/), disponibilizando a extensão em diferentes versões do SGBD juntamente com um tutorial de utilização contendo exemplos para índices hipotéticos. Cabe observar que o conceito de indices hipotéticos foi proposto em 1992 por Frank, Omiecinski e Navathe (http://www.springerlink.com/content/d4327448p5342880/). Os indices hipotéticos são estruturas de índices virtuais, ou seja, existentes somente no catálogo do banco de dados. Como não existem fisicamente, são estruturas que não podem ser utilizadas para responder consultas. Entretanto, indices hipotéticos permitem simulações do tipo what-if, viabilizando estudos de desempenho para descobrir qual seria o plano de execução gerado pelo otimizador de consultas no caso de que os indices hipotéticos fossem, na verdade, índices reais e persistissem fisicamente. Consequentemente, pode-se identificar quais indices melhorariam o desempenho de uma consulta sem o custo da efetiva criação destes índices em ambiente de produção. Esta é uma funcionalidade extremamente importante para DBAs e analistas responsáveis pelos ajustes finos de desempenho (tuning) do banco de dados. Nosso grupo de pesquisa na PUC-Rio estendeu o SGBD PostgreSQL a fim de incluir a noção de índices hipotéticos. Foram introduzidos três novos comandos: · create hypothetical index; · drop hypothetical index; · explain hypothetical. O primeiro comando permite a criação de índices exclusivamente na metabase, com os dados estatísticos respectivos obtidos através de heurísticas desenvolvidas especificamente. O comando drop retira do catálogo o índice hipotético criado e o terceiro comando, explain hypothetical, deve ser usado ao invés do explain tradicional para que o processador de consultas do PostgreSQL leve em consideração a existência de índices hipotéticos no momento da otimização e geração de planos. A seguir, seguem alguns depoimentos após a divulgação do projeto SourceForge na lista de discussão da comunidade PostgreSQL internacional: · Wiki da libpqxx (API C++ para postgreSQL): http://pqxx.org/development/libpqxx/wiki/HypotheticalIndexes · “Great to see this being available finally!” --Josh Berkus · I believe they're for performance testing. Add hypothetical index (takes very little time). Check estimated costs with EXPLAIN. If good, add real index (takes lots of time) --Richard Huxton · “That sounds very useful indeed!” --Jeroen Vermeulen Maiores informações, apresentações, outros artigos técnicos, vejam na Página PostgreSQL do grupo de pesquisa na PUC-Rio: http://www.inf.puc-rio.br/~postgresql/ Att, Ana Carolina / Sérgio Lifschitz ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral - -- Fernando Ike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJNWByEAAoJENlDpkkM3Ld6PnQP/19MlJAUynQQH1W9VrvzG7bZ KRjuIcfjgQ45WEl7+e9IUJ+UDacOxyn1TakVTsbk0KtYvtDDA92kOOuOBfD1/eRD bnFB1n/vMq1yFP6kw6dI8ZrJ8eEus7FQU/D7JozVAkD0ZEI1xcFquE3Raf8mYq0S QFD9iAX2oxTZY5Dkr2PpTz0p0tROZ6q4TFTiMxq2pRu0/emhC6R//qKvCMnsfbWO Ri3v01ccCs/GnYKXr1pMxDTIuq6H/ZEefPzuYhVzLgaA8ixWXUCRB9FNkDvdGzN7 f0s+0jyi3KWTTOLP1k1Gb2iQMjEwTUAEplymI/6eFNd2+cllmk/H9INXqYT0HMI1 OpLDPxVYNlwoTJn1r5VOXFtR8FPul2PxJlw8iCMVswnK+MreVN3hU0yz4RSZfyHt rdJTvRJR317aBtbVBUFpY+pNhY5EwHnn6cHevHavcvjn2qp0fHn3YAUYEioopJ9B VkZIgjpoj9MQ7FU5RRaZvFXJgO+4jDg8G4RHrkryR+iEQDgtQu4+0N8IKiXZjQYY Xk6fMvaIs50aX01B8IkFkea4CVFGzpdrTZ4VcUl4bSzHyLWxKRHuArHCp/WwNL7h RhpPxbeze68W1WP0oMt09fGPv9NUnQEwxictWrk9kAyzA1jgm19ldf5gf+cfIeHa sGH3DRUZ+Rc430N7cBnN =5K8s -END PGP SIGNATURE- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Off-Topic: Linux Fedora ou Ubuntu Server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 27-09-2010 13:38, jmtof...@setadigital.com.br escreveu: Pessoal... Muito obrigado pelas dicas e orientações, me ajudaram muito. Entendo que para ficar de acordo com DELL teria mesmo que utilizar ou SUSE ou RH, e é exatamente o fato de trocar 6 por meia dúzia, no caso Debian por Fedora, que não estou gostando muito. Acho q vou seguir a recomendação do colega Roberto e preparar uma recomendação técnica onde pretendo avaliar o CentOS, Fedora e RH, juntamente com um orçamento do RH da Dell e repassar aos diretores. Vamos ver no que resulta... Concordo com o rbm. Sobre a DELL. A DELL dá suporte conforme a conveniência do cliente, aqui eles dão suporte ao Debian. Depende de como é a relação deles com o cliente. two cents, - -- Fernando Ike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMoNGJAAoJENlDpkkM3Ld6kScP/jebIIAt7sE7WGXQmg9JT92y /uisULJJNv5687m6JkH/wDXJ2vGu6rEZ1sv/zOCGTfF8sWMYlL9sIJkqdCH411GR yA/l6sDIzTVgzd4MCadkDMSJCPUUSGR3Z6oxw3wAm6i89FLhhnduea4U3ix8VtSg t3kp9a6v8d1NqM5OmtnKQwjuZii46BIqdeAeVFSmYJnSlApwSPas1QoTIyTEtjFS JoAPK5Z2yupwlO2EZxXFQGtOX8RtYqBHBL2XhNmNUu88oZm6/FcBJd/a0swQNKMl 7EAR0nlmDwmZefllq7nG0qCx3XOzyj1DJBhEaIl06b46gI++hP5igrIoY1bnFByB fap5ypsn/lg7avkWZL4daJ04LKUvYfrEbe0ykSvnuUOAq3vxN6f/bwDsr3JWyBUl xKB18uger18rKK6faHHAlhb98J8Gjs7XEDFRb6LuDOXaGU/3bYOOrhltAObDdJkd TmCvpB9V1huDfMGLEt8Bd2eyJG89fwpA3/bJ3Rkqf1F63XGkhxtS/zYi/iRAEfAI PkB/8eTx26YZVegQkRAgWi5gGydi3LrW9eusl14dOuUrtRhlJeTHX7dZ8fLCmySs /5TxlfQ9mWlXhVa/lAJ4P43UgN28UhPa8NbEn0Bj00AtfLgnLhfkhB3STduCGISI cJX6v0xPi7I8h+PFHpOx =cKvE -END PGP SIGNATURE- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicar dados entre bancos diferentes.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 27-08-2010 08:45, Luiz Matsumura escreveu: Em 26 de agosto de 2010 11:20, Eder Sousa ederso...@gmail.com escreveu: tah.. mas o software atual da empresa utiliza este banco de dados ... inicialmente irei migrar algumas tabelas para o postgresql... que são as que vou utilizar... gradativamente... até matar de vez o pervasive Existe um replicador que permite fazer replicação entre bancos de dados diferentes http://www.object.com.br/content/view/26/40/ Atualmente o Pervasive não está entre os bancos, mas sei que o desenvolvedor da ferramenta está aberto a implementação de novos recursos. Podes usar o DBI-Link[1] que implementa parcialmente o SQL/MED para replicar os dados. O Hjort fez alguns artigos à respeito na SQL Magazine que podem ajudar. Referência: 1 - http://pgfoundry.org/projects/dbi-link/ two cent's - -- Fernando Ike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMet2PAAoJENlDpkkM3Ld6EHQQAI9+Xgh8rZmGa8jiFf5sKvLU 8EgkahtyeGgYOqYugkyfdDdL4PN6xqpGP2Z1EfKp8WXkkJfWdJTDl6aSFJmvVd48 cH0YkInqVMHA5pZh4NUvvNhX0FNhBfvonbNNm4WgP8BdcZ75bXGelbRkKVp9HQRX eeJWVmLClqv8HPcdWuYg/odqEIv3UdEs/KiVHnA/zOo8Hyi1I6Cqqu0u473V1bUb 2bedgQIV0/vzlX49dtaW6zNuLAHsR7VS2p7TT2JJGTbtiDh1RkJVZTND52cbQNwb FDkxE0Nh/z2Bd9QFC0caS2Ygu9awr6KdAlaz4z3iNfrvwVv3h50ajQubKNHABq/N JxbyX79dUcuvwOeC1MSGeA8djxWB2yWoHpMpLu7NqXVVUmVOqs6Dv76I2QIwal+p 2+FBU1iBP+doP/BwYNcD2hMfuwvPD/3zFnOpcxqQLKGTR1NLktxVvCIdvMdkk0xT mwm8fE61w16gq4yYyIQLLtAAYb7aBrT6FN3tk3nvIs5jfms7ph3HTcBmEq1KQ5Mv jos3kTMCZefi4gU47KUrvVYXQifSAxqSUR7uTnoYXwMsUEvGJXnUMVjwzAiVJe+1 Iz/v1x+SnZ7tw6aYRfJGXZPDA06IT9rByhRceeEcTEL/s8gnZCpwZezjHk5LuHGA rF6RqJ8myLZwL+TrjU5g =jtKu -END PGP SIGNATURE- ___ 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 x rede
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 28-07-2010 10:17, Alex Barbosa Ferreira escreveu: [...] tenho a seguinte dúvida e gostaria de uma ajuda: tenho um sistema ERP integrado com banco de dados Postgresql na empresa, para que todas as vinte unidades espalhadas em locais geograficamente diferentes possam acessar o sistema usamos, até então, VPN e área de trabalho remota/Terminal Server, onde os clientes acessam os sistema/banco como se estivessem local. Este procedimento, tenho percebido que causa uma lentidão significativa dos processos. Meu sistema me permite que instale um client nas unidades, porém gostaria de saber se a demanda de consultas/gravações no banco podem causar ainda mais lentidão se acessados diretamente pela rede. Se já está lento usando Terminal Service com VPN, ficará muito pior com um cliente acessando remotamente. Tens que adotar alguma estratégia de QoS para isso ou outra ação de infra-estrutura. two cents, - -- Fernando Ike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMUGvSAAoJENlDpkkM3Ld6beAP/0RqNFZf+aQIiTEv5O1kAV/z LyAnUUhkttKB91rK69hJYS0ymYkYdxB7trwnNCvkx4C2kEcSRshDeJvChihal4UK 10suOZKbM4WCAbHYQmrBPQhI/WdZnPHRbTWwUwiZ6Deh9VgilFX11u/mDAn2v6HF ePXtlmPwbb8s9+QdMrUMlmtNKLkPtAUWPZ1emqvhT9Wp6n/hWfHP9xFFqYc3Srl8 VskARqtAnm5cACEHuz2jIhk0/I6vSLq4J9mJWdK/lSaJMZPHuBZ0w37avkWbH+Sa S1Wya1Utmbe8Krq40TCO6MPj6fH4aRwz7BPub9w5+WhGkK3BRzeu5BK3a2LlT/aJ ng7fOO7isUcpmA5F9bzmidzDZO6jOjuRhOg24qxehXcwgEBfU18tZuMeSvwXGGJ4 1suUdh765whPJdvGykUC16WwRqrtIkH6rWjS15PclQsOzrNJgcpet6a35Nkpyz3W BMYKLHp3kVpfmpIxY4M6hKzN9WuZQERWN78xG4H9IZ1wGV2HpzwKfhXihNrPR4hh 71n40ZpW3dD0zqoeu4qInomu2gptpb1EDpzEGfpKSoMDCZ8Y7N+94ZwQlORKaSZZ 7MdH0JvQT2Bay2Oz9ETXzq6aiYmcbbbxp/dDr6OrYj5mxr8sNkw0qFb/brXGA4/1 PNvk/+0+8SZnnWnTN/1n =mRBv -END PGP SIGNATURE- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Consulta lenta
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 28-07-2010 16:02, Monica Ferrari Villarino escreveu: Infelizmente não! Eu não posso mudar a instrução, pois ela é executada por uma ferramenta de monitoração. Eu gostaria de otimizar a consulta, sem mexer na sentença, mas alterando, talvez, algum parâmetro de configuração. [...] Nenhuma alteração de configuração irá conseguir melhorar a performance, ele sempre irá varrer toda a tabela. É I/O, sem não mexer com discos ou particionar a tabela, vai continuar sofrendo um bocado. Talvez uma visão (view) resolva, teria que analisar melhor. Sem mexer na sentença é particionamento da tabela e aumentar o I/O. two cents, - -- Fernando Ike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMUIP1AAoJENlDpkkM3Ld6dpcQAKvPZOaA0EvArFkhCohVRQt4 1fUieUlQK6NWnkcSNrgGZjfsvubPTp/dlFz9JifYQHzRXHBSsOO0ywDhWoSTR21X 6ipH/MNJFRbw4Pab/WoVvZzFy5iaryJCoHIXeFfvY9+7OreqMSEu2Z0jRxC5xFIS hqKVwVVhFT4WBXBN9uN80mIpMObHsbtWNAzFXof7mYz4mlrrcYoztvtq7Em3DT7x e+/BC4KGk3iuT8s1Giaknao9uWXNX0xgm2tEc5cdVYoEAHK8dTJHPF3xjCozLOcb Ko+DDFcbs9bb5uKark1vRVUxhHYJoqMdpwNKER+f7knHMW+fWtInFtXReaNsZmIg pUV4uCqr/oNmjDuPMT7p4Mwke7m+WbQ4qCwx66EwKGRSVyjX4bpUAhQQwsyIqp6P Zv6Cyf6d9Yc4kd8MhFlT1mvX8vE63X3sv0GptN0hs+ItvKkBXTiELvYLhKXSx6he JKecAVbrw2kWU4fExYL1oPQZOU6/9RbS/Qsv51RhhsYrinYUL1x64K4dXlVeSP2U b/J/DrcNfXOGEU5TdcHkj/TCIKTrngpZCd3sEppQsgMJXoCcPCI3EYmss4yUPHbe +YiXrfUDslw/8TyKlBXDUIaglh3oNW0W/GoygGRg/Y8D2gt4UI+WrOZawugTKqcE rPPCr0zU3noC5CQLI9SJ =pNCL -END PGP SIGNATURE- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Pgpool II + Select nos 2 Host
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 19-07-2010 14:53, gilmarli...@agrovale.com.br escreveu: ola! Não faça top-post, é ruim de acompanhar. ;) Não irei te responder em pvt, já que está usando a lista para tirar dúvida. E porque eu irei utilizar o segundo servidor, não para alta disponibilidade e sim para gerar relatorios nele. Ai caso algum dia eu necessitar de utiliza-lo por algum desastre ele esta disponivel. Este segundo servidor necessito que tenho todas alterações feita no de produção, pq são relatorios pesados que irei ter um servidor so para isto. então ai vem o pgpool. Será que o pgpool não separa o select para ser feito apenas em um dos servidores? Agradeço. [...] Está usando a abordagem errada. O PgPool-2 não é a melhor ferramenta para trabalhar com dessa maneira. È melhor usar Slony ou PL/Proxy ou Hot Stand By. []'s - -- Fernando Ike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMRN3rAAoJENlDpkkM3Ld6K8IP/jB6LKnr6lwYDV3jkCTr9riD Wt/7fE2+VBPLEkK6/jRC1qFfkeFraelKSRlQhbgh4VphEmpKPYKku/DMeMGioH6Y /ci5zzXzhiXLa24vTM/Dn0h4sCxLNkQAJxfV1InXHk3/GtLWQXGMCaY8EljKPG1M 8cIZgKL8aaYD8Kt1Px+nrTbgQO+TNsgusjKUhK4GHjv401X+sut56W/JAoYhdMwl YgnxAfsOQYovO32UrAkC3U3Jd7fWsB5yn6Y+ZKLBgoIS3KkyyOW0N2AWpAKt7ozA L4CWwzvmcmCVffZ9fQoxnmPoeRZ6m9KGg5T0vYk0t1pcdMm8+8TtGXrL0qdzu64E xy0DrBX89NOF9z3NeM/1UI2GHIdueE9q9WbFCRl/Q01zV+uNTgkFVM5x57DYIsV/ RBe5DUMVbXtqFQawRkQsZ5KC2JdHKEm6dGqVjtp1OoGOH5sajTMPsmY+lVP3MNjL IZ02poUdGzwKX0ocC/Rqo2bDkQ0G7KvwWSqi4TWNqHGI7PVx+ADXVAFaA7va1ULR KUC9x+Qur+x0h85LKCd+YA62zFPcCEe2oqUbKKkuhqlLSlbjefTjFZIsOstM7Tkn 8XkA1/nnzy/jaauwUwfEItc5LFzHjsju68am8+3y1GMdCip25iG2YfQwzfg2b1KY IY4DgbH7uxaeZ2ZiGiRy =ZZL5 -END PGP SIGNATURE- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Conversão SuperMumps
Em 01-04-2010 10:44, Vinícius escreveu: Preciso extrair dados de um sistema em SuperMumps 4.6 em um arquivo .glb para converter pra postgres, porém não encontro ferramenta alguma pra esse supermumps... alguém?? A melhor saída para mumps converter a moda antiga (Old School), exportar para txt(cvs, tabulado, etc) e importar para o PostgreSQL. E vai encontrar inconsistência na base. =/ Não tem ferramenta em SL/CA que resolva isso para ti de maneira razoável. Infelizmente... []'s -- Fernando Ike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Mammoth
2009/6/8 Andre Fernandes fernandes.an...@gmail.com: Olá, Serão dois servidores em datacenters distintos, para um portal comercial com número grande de acessos simultâneos. Como o Mammoth tem um tráfego menor na rede com relação ao slony (pelo que diz o site deles), achei que poderia ser uma boa opção, mas fiquei com receio pelo fato de estar marcado como beta. Quanto a replicação de blobs, isso não é de fato essencial, imagino que não se fará necessário armazenar nada em blobs, apenas é um add-on interessante. Também avaliei usar o pg_pool, que já usei anteriormente e achei ótimo para aplicações web (devido ao pool de conexões, obviamente). O Mammoth tem bem mais tempo de existência que o slony, considerando como produto e por quem faz, é bem estável. []'s -- Fernando Ike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Campanha dos 5 pontos para melhorar o n ível da lista
2009/5/13 Euler Taveira de Oliveira eu...@timbira.com: [...] Não conhecem porque *não* querem. As regras são *claramente* apresentadas ao se inscrever na lista de usuários (aka esta lista). Se tem gente cobrando uma conduta é porque a mesma está descrita em algum lugar. Sim, alguns não querem mesmo. Esse comportamento dos novos acontecem em outras listas de grupo de usuários, se for política do pgbr somente cobrar e não ter também alguma abordagem do modo que o Roberto Mello mencionou. Se for política padrão do pgbr é ter a mesma estupidez dos usuários novos. Esta frustração é maior em grupo de usuários pois há uma falta de objetivo claro do grupo de usuário, pois qual o objetivo principal? É ter novos usuários ou ter novos voluntários contribuindo com o PostgreSQL? Ambos. Isso não quer dizer que novos usuários devam ter uma conduta desleixada. Pelo contrário, se é novato, deveria observar para aprender com aqueles que estão ali a mais tempo. Sim, tens razão porém os novatos não estão num ritu Jedi, teremos sempre muitos: os novos que não se adaptam e os que se adaptam. Se vamos ignorar os novatos que não observam, sem nenhuma atenção, ok. Um pergunta mal formulada, mal escrita eu costumo não ler, uma pergunta clara e se já não estiver respondida por alguém da lista eu respondo. Concordo contigo. Mas, às vezes, temos que dar uns puxões de orelha como já fizeram vários gurus da lista como Mello, Dutra e por último o Telles. Sim, está certo. O seu email sempre me traz uma pergunta recorrente: Qual o objetivo do grupo de usuários PostgreSQL Brasil Eu respondi esta pergunta a exatamente duas semanas durante a palestra Universo PostgreSQL [1] no PGDay-RO. Eis a resposta: (i) divulgar o PostgreSQL (ii) incentivar o uso (iii) apoiar eventos relacionados Onde raios isso não está no wiki e no drupal? :D []'s -- Fernando Ike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: Replicação
2009/3/2 Edgar - Softeasy ed...@softeasy.com.br: Telles , Sim, nosso caso, precisaríamos de multi-master e poderia ser assíncrona , já me informei e já li muita coisa a respeito, já vimos em varias empresas suas soluções como dbexperts, dextra, e treinamento da dextra, mas é de slony e o [...] Podes tentar usar o Bucardo[1], ele é Multi-master e assíncrono. Referência: 1 - http://bucardo.org/ []´s -- Fernando Ike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] 1/2 off - sitema de arquivos linux
On Wed, Feb 18, 2009 at 12:54 PM, Eduardo engine.gro...@gmail.com wrote: Srs, Nas instalações atuais, qual sistema de arquivos os srs tem utilizado/Recomendado para uso com o banco? Ext3? RaserFS? Outro? Hoje tem opiniões diversas que já foram postadas mas em um futuro bem próximo o Ext4[1] e/ou brtfs[2] 1 - http://ext4.wiki.kernel.org/ 2 - http://btrfs.wiki.kernel.org/ []'s -- Fernando Ike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tunning Postgres
2009/2/16 Lucas Souza lucassouzadav...@gmail.com: [...] To pensando em fazer a tradução deste artigo http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server, para PT/ BR, (não encontrei um assim em nosso idioma...) Alguem apoia, a ideia? Não precisa de apoio. Basta fazer lá no wiki do postgresql internacional, tem versões para alemão e francês lá. :) []'s -- Fernando Ike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] blog do Luis Nassif
2009/1/21 Benedito A. Cruz b...@cria.org.br: [...] Tenho ouvido falar muito no PostgreSQL. Dizem que tem um sistema de arquivar em memória as modificações, tornando o processo mais rápido. Mas que, às vezes, dá sobrecarga que resulta em tilt. Alguém conhece vantagens e desvantagens desse banco de dados, em comparação com outros abertos e fechados? Hum... Essa thread vai ser boa, vou preparar algo no meu blog e fazer o link no Nassif. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ 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 ( ERA Replicação Ban co PostgreSQL)
2009/1/6 Welington R. Braga welrbr...@gmail.com: Oi Rafael, Não vou criticar a sua frustração pela martelada que te deram ao invés de uma explicação, porque eu já passei por isso também. Eu também, algum tempo atrás perguntei numa lista do debian sobre empacotamento e um Senhor respondeu de uma maneira que deixou-me furioso. Felizmente isso motivou a participar mais dos projetos que contribuo. Geralmente a reação é ao contrário, as pessoas desistem de perguntar. Os que respondem, respondem do mesmo modo e assim tem-se um círculo vicioso. Qdo respondem que está num link, num documento, num manual não entendam que é uma desfeita, arrogância, ou qualquer outra coisa. Claro que um link seco não é bom, claro que quando alguém entra na lista não lê as regras[1] da mesma também não é bom. Como nenhum de nós é profissional de responder perguntas em lista de discussão/fórum. Sempre teremos os querem suporte gratuito para implantação de um ambiente, perguntas simples que já foram respondidas muitas vezes ou perguntas que não serão respondidas, tentar minimizar todas elas é parte responsável de todos nós. O Josh Berkus falou numa palestra[2] dez motivos para destruir uma comunidade. Os itens 2 e 9 provavelmente se encaixam mais no pg-br. 1 - http://www.postgresql.org.br/RegrasLista 2 - http://www.powerpostgresql.com/download/TFCKUpload/25.pdf []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] ENC: Dúvida com postgreSQL na confi guração de um Servidor de Domínio
2008/11/22 Saulo Yahoo [EMAIL PROTECTED]: Bom dia pessoal, Não sei se alguém já passou por isso, mas a dúvida é a seguinte: Com maquinas com windows 2003 server temos o seguite cenario: - Se instalamos o PostgreSQL em uma maquina com Windows 2003 Server puro, conseguimos sem maiores problemas fazer a instalação. Mesmo que depois disso essa maquina seja configurada como servidor de Dominio, o serviço do PostgreSQL continua normalmente. - Mas se tentarmos instalar em um servidor ja configurado como servidor de Dominio, temos problemas na instalação. Alguém sabe alguma solução para esse problema ? Isso não é um problema, é uma característica do Active Directory. O usuários PostgreSQL é criado como uma conta local, ao subir o AD e instalar o PostgreSQL, ele tentará criar uma conta local ao invés de criar no Active Directory. Se realmente quer fazer isso, terá que criar uma conta no AD para o PostgreSQL mas não é recomendável deixar um banco de dados no mesmo servidor que tenha um AD. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ 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 em rodar num Linux uma versã o não homologado do Postgres
2008/11/21 Marlon David de Souza [EMAIL PROTECTED]: [...] Para ter certeza que o problema não está no PostgreSQL, utilizamos um software que monta em memória uma lista com cerca de 30MB e a ordena, mostrando o tempo necessário para essa tarefa. Esse programa gera um processo que somente utiliza a memória e a CPU. Colocamos ele para rodar no servidor do cliente e também em algumas outros servidores e obtivemos os seguintes resultados (tempo execução): - Core 2 Duo, 1.8GHz, 2MB de cache: 3m43s - Xeon (2 núcleos), 2.4GHz, 4MB de cache:2m32s - Pentium 4, 3GHz, 2MB de cache: 4m08s - Celeron, 1.8GHz, 128Kb de cache: 5m29s - Core 2 Quad, 3GHz, 8MB de cache: 1m50s - Xeon (2 núcleos), 3.2GHz, 2MB de cache:5m24s --- Servidor do cliente Seu problema não é exatamente o processador, ele é um ponto no problema mas a diferença demonstrada aí está relacionada no cache L2, é pequeno mas quanto maior o L2 mais rápido os bancos de dados rodarão (AMD64/EMT64). Tem outras coisas como barramento, etc. Superficialmente parece que você está certo, como está com o ambiente nas mãos pode afirmar melhor do que nós. ;) []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida com postgreSQL na configura ção de um Servidor de Domínio
2008/11/3 Saulo Yahoo [EMAIL PROTECTED]: Com maquinas com windows 2003 server temos o seguite cenario: - Se instalamos o PostgreSQL em uma maquina com Windows 2003 Server puro, conseguimos sem maiores problemas fazer a instalação. Mesmo que depois disso essa maquina seja configurada como servidor de Dominio, o serviço do PostgreSQL continua normalmente. - Mas se tentarmos instalar em um servidor ja configurado como servidor de Dominio, temos problemas na instalação. Alguém sabe alguma solução para esse problema ? Sim. Nunca instale o PostgreSQL com um servidor de Domínio AD. os dois irão concorrer com os recursos de seu servidor, principalmente em disco e rede. O problema aí é que seu servidor quando sobe um serviço de domínio vc não consegue criar usuários locais como quando vc tenta instalar o PostgreSQL. Nem pense em criar um usuário postgres no domínio para usar neste servidor, vc deixará uma grande brecha para que algumas pessoas façam coisas ruins no teu PostgreSQL. Reforçando, não deixe o AD no mesmo servidor que um banco de dados. []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Performace
2008/11/4 Jean Pereira [EMAIL PROTECTED]: Bom dia Eu gostaria de saber como é a performace de um DELL 2900 (2x xeon quad E5310 1.60GHz, 4GB mem, 4 SAS 15k em raid 10) com CentOS, pois quero fazer a aquisição do mesmo, para a alteração de servidor, mas quero saber a media de transações por minuto que o mesmo consegue com o PostgreSQL 8.3.x\ Depende da métrica que será usada. ;) []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Reabilitação do CAST (para ser automatico)
2008/10/29 Jota [EMAIL PROTECTED]: Olá, Faço das palavras do Osvaldo as minhas: O ideal é você corrigir sua aplicação incluindo cast explícitos para que as conversões ocorram da maneira que você deseja e não sejam feitas conversões inesperadas. Conversões implícitas são um prato cheio para coisas como SQL Injection. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Horario
On Fri, Oct 24, 2008 at 3:30 PM, Mateus [EMAIL PROTECTED] wrote: Compilei o postgresql 8.3.4 com a opção --with-system-tzdata Ao mudar da hora do sistema eu executo no terminal do psql select current_time; A hora do banco é igual ao do sistema até aqui tudo certo. Mas ou mudar o fuso horario do SO para horario de verão por exemplo no pg não muda o fuso horario. So muda qdo eu restarto o pg. Toda vez que tiver mudança de fuso vou ter que reniciar o postgresql ? Vai, isso acontece com outros banco de dados. ;) []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Horario
2008/10/24 Jota [EMAIL PROTECTED]: Opa Senão estou viajando faz sentido :) Leandro tem razão. :) Mas como syadmin(dba/programador/robinho) o problema está no fim do horário de verão, por precaução, algumas bases param por uma hora. []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Walmgr - Erro ao fazer backup da base
2008/10/23 Leandro Cavalari Soares [EMAIL PROTECTED]: [...] Envio o comando: walmgr.py master.ini setup e td funcionou como o esperado; Quando executo o comando do backup: walmgr.py master.ini backup, o postgres retorna a segunite mensagem de erro: 2008-10-23 11:55:05,407 5610 INFO Backup lock obtained. 2008-10-23 11:55:05,408 5610 INFO got SystemExit(0), exiting 2008-10-23 11:55:06,022 25967 INFO Execute SQL: select pg_start_backup('FullBackup'); [dbname=veltrac user=postgresql] 2008-10-23 11:55:06,024 25967 ERROR could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket /var/run/postgresql/.s.PGSQL.5432? 2008-10-23 11:55:05,652 5614 INFO Backup lock released. 2008-10-23 11:55:06,267 25967 ERROR Full backup failed. Aparentemente o problema é que sua máquina Mandriva não está com o socket no diretório /var/run/postgresql/, está? :) []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] arquivo pgpass
2008/10/16 Vinicius [EMAIL PROTECTED]: Ola pessoal... Estou com um problema com o arquivo .pgpass, crio o arquivo com os dados de usuario e senha para q meus scripts de backup e vacuum executem sem autenticacao, mas em algumas vezes este arquivo fica em branco sem ninguem altera-lo. Alguem sabe pq isso ocorre ? Não é para o arquivo gicar em branco, talvez tenha algum erro no processo aí. Tem que investigar ou dar mais detalhes. =/ []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Modelagem de dados
2008/10/15 Fernando Brombatti [EMAIL PROTECTED]: Eu utilizo o MicroOLAP e é muito bom. Tem a opção do Power Architect que é Software Livre. - http://www.sqlpower.ca/architect []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Block_size
On Thu, Oct 16, 2008 at 8:45 AM, Aluisio Gouveia [EMAIL PROTECTED] wrote: Estava olhando algumas mensagens antigas aqui e encontrei a mensagem abaixo, que pergunta como alterar o block_size do postgresql para 4k. Existe algum ganho real nesta alteração? Sim, mas depende da aplicação/banco de dados. Existe algum ganho real em alterar o block_size do sistema de arquivos para 8k? Sim mas depende do uso, mudar como configuração padrão não ter um ganho representativo. []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Replicacao Banco de Dados
2008/10/10 Diego - Simco Informatica [EMAIL PROTECTED]: Desculpa acho que não fui muito claro, na verdade só passei como está a estrutura hoje, o que acontece é que meu cliente quer abrir para a internet seus dados para fazer uma especie de e-commerce em seu site, só que ele quer quer as atualizações sejam feitas em tempo real no banco de dados. Entao o que seria mais comum? Fazer um acesso direto ao banco da empresa pelo site , visto que as informações de cadastro de cliente,pedido,estoque devem ser atualizadas em tempo real? Hum... Eu trabalharia com a idéia de usar webservice para fazer isso e não deixar o banco amostra(segurança do modelo do banco). [] ´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [pgbr-dev] novo site - participem..
2008/10/8 Leonardo Cezar [EMAIL PROTECTED]: [...] Vocês também ficam esperando as novas versões do PostgreSQL serem homologadas para usar no Debian? Alguém pode responder essa? A resposta é depende. No Debian é possível usar o backports[1] que ainda não é um repositório *oficial* que a versão última do postgresql[2] para a atual versão estável do Debian. Voltando ao *depende*. Depende da política de TI da instituição que será implementado. Se for possível usar a versão que está na distribuição é melhor, se (realmente) precisar de alguma funcionalidade que esteja numa versão superior. As distribuições linux corporativas também usam de política semelhante. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problemas para iniciar o postgresql.
2008/10/8 Leandro Hamid [EMAIL PROTECTED]: Boa noite pessoal. Em decorrência de problemas com a instalação do pacote de instalação do postgresql no yast (opensuse 11) eu resolvi baixar o código fonte e compila-lo na mão, eu segui os seguintes passos de acordo com o manual. ./configure gmake su gmake install adduser postgres mkdir /usr/local/pgsql/data chown postgres /usr/local/pgsql/data su - postgres /usr/local/pgsql/bin/initdb -D /usr/local/pgsql/data /usr/local/pgsql/bin/postmaster -D /usr/local/pgsql/data logfile 21 /usr/local/pgsql/bin/createdb test /usr/local/pgsql/bin/psql test Mas na hor ae executar o comando em negrito relaionado ao start do servidor de banco de dados, o sistema exibe mensagem informação que a minha permissão foi negada, então reesolvi substituir o comando em negrito pelo comando abaixo: su postgres -c '/usr/local/pgsql/bin/pg_ctl -D /usr/local/pgsql/data -l logfile start' Mostra as permissões do diretório para saber se está correto. :) []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Atualizar Postgresql 8.3.3
2008/10/7 Edson Lidorio [EMAIL PROTECTED]: [...] Estou usando Postgresql 8.3.3 com Ubuntu 8.04 Desktop e gostaria de migrar o postgesql para nova versão 8.3.4.Gostaria de saber se é possivel fazer isso sem desinstalar a outra versão! e qual é a maneira correta de fazer isso? A maneira correta seria você usar uma versão compilada, assim você teria duas versões. Se usar o pacote do Intrepid[1], ele irá sobrepor a versão atual. Referência: 1- http://packages.ubuntu.com/intrepid/postgresql []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Atualizar Postgresql 8.3.3
2008/10/8 Euler Taveira de Oliveira [EMAIL PROTECTED]: [...] Mas ele pode fazer isso tranquilamente. ;-) A versão 8.3.4 pode rodar em um cluster que foi inicializado com a versão 8.3.[0-3]. Bastar parar o servidor PostgreSQL, atualizar o pacote e iniciar o servidor PostgreSQL novamente. Sim e não. No caso especifício de derivados de Debian, se tentar instalar o pacote do 8.3.4 irá atualizar o 8.3.3. Se fosse uma versão maior, por exemplo 8.3.3 para 8.4.1, os pacotes co-exisitiriam no ambiente. :) []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ajuda com locale
2008/10/6 ChIcO [EMAIL PROTECTED]: Boa tarde pessoal, Foi reinstalado o sistema operacional de um servidor aqui na empresa e na hora de subir o postgres esta apresentando o seguinte erro: Starting PostgreSQL 8.3 database server: mainError: The server must be started under the locale : which does not exist any more. failed! Gostaria de saber se alguem já passou por esse problema?? Jã export as variáveis de localização para o usuário postgres e tentou iniciar? []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar base com WAL
2008/10/3 ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED]: Boa noite lista Uma pequena questao, recuperando uma base com o WAL ele restaura erros de UPTADE? ou somente insert e delete? Que eu me lembre, não restaura erros. Talvez se estiver usando savepoint[1] poderia ter alguma alternativa. Referências: 1- http://www.postgresql.org/docs/8.3/interactive/sql-savepoint.html -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Recuperar base com WAL
2008/10/6 [EMAIL PROTECTED]: sim vai tb você pode restaurar até o tempo ocorrido do update, ou seja caminhas na linha do tempo com o wal... Bem lembrado, Joao corrigindo o que comentei.:) []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] relfrozenxid não diminui
2008/10/6 Leandro Cavalari Soares [EMAIL PROTECTED]: Bom dia a todos da comunicade. Eu uso o Postgres 8.3.3 em um Suse EL 4. Esta base de dados tem atualmente 2,5GB e recebe cerca de 800.000 updates/dia. Pra manter o desempenho do SGBD e evitar o Transaction ID Wraparound, agendei REINDEX (reindexdb -d veltrac) e VACUUM (vacuumdb -zv veltrac) noturnos através do cron. Consequentemente, desabilitei o autovacuum pra não permitir que tais operações sejam executadas durante o período de maior utilização da nossa aplicação. O problema é que o relfrozenxid [1] não diminui. A base tem 2 meses e as tabelas estão com AGE de aproximadamente 235. Tenho duas dúvidas e conto com a colaboração de vocês: Esses UPDATE´s são nos mesmos registros? Se forem, podem ter problemas com a modelagem da aplicação. Obs. tosca - *SGDB´s com MVCC sofrem um pouco com atualizações dos mesmos registros muitas vezes em pouco tempo*. Este valor não deveria voltar a zero? Não[1] (alguém me corrije pois não lembro direito...). Vi que a versão 8.3.4 conta com uma correção no cálculo do datfrozenxid. Essa correção implica em algum benefício para essa minha situação? O autovacuum é recomendável deixar habilitado no 8.3 ou superior. Em muitos casos que desliga, mesmo em uma quantidade muito grande de transações (bem maiores que você colocou acima), seu banco poderá ficar mais lento. referência: 1 - http://www.postgresql.org/docs/8.3/interactive/routine-vacuuming.html []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PGCon2008 - Sobre o PlProxy
2008/10/3 Ederson Ferreira [EMAIL PROTECTED]: Olá a todos. Gostaria de saber se alguém poderia matar uma dúvida que me surgiu após a apresentação do Ike na PGCon. realmente algumas coisas não expliquei direito Com a apresentação conclui (talvez erroneamente) que o PlProxy usa estratégias para dividir a carga de dados do cluster. Bom, como seu um tanto leigo neste assunto, cheguei a seguinte dúvida: E se a estratégia utilizada gerar - por si só - um desbalanceamento dos dados?. Pode, mas você terá que escrever em pl/proxy e pl/pgsql, aumentando a complexidade. É que, na apresentação dele, ele usou a tática de hashing, mas isso fez a distribuição ficar em 0,6 com hash 0 e 0,2 para os hashes 1 e 2. Bom, nada impede que isso aconteça num banco de dados massivo, o que tornaria a idéia do PlProxy um tanto quanto inútil. Massivo? Não entendi? =/ Gostaria de saber se ele tem algum algoritmo que balanceia a carga nas bases (algo parecido com a inserção em árvores B) ou se foi só uma idéia bizarra minha. Você pode fazer isso com Pl/Proxy mas como disse acima, terá que escrever. ;) []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] configuração pg_hba
2008/10/1 Diego - Simco Informatica [EMAIL PROTECTED]: Pessoal, Tenho um cliente que usa ip dinamico , então cadastrei no no-ip.org . O que acontece, tem como eu colocar no pg_hba o dominio que está no no-ip.org ?? Tem mas esse tipo de estrutura é um pouco instável e se usar resolução de nomes para pg_hba.conf pode piorar um pouco mais. Pensaria em usar VPN ou coisa do tipo. =/ []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Solicitação - Apresentaçõe s do PGCON 2008
2008/9/30 Junin [EMAIL PROTECTED]: Srs, Alguém sabe onde baixar as apresentações do PGCON 2008? Vai estar no wiki em breve, a galera ainda não subiu todos. :) []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Solicitação - Apresentaçõe s do PGCON 2008
2008/9/30 Dickson S. Guedes [EMAIL PROTECTED]: [...] A do Fike sobre skytools e a do David sobre arvores nao tenho aqui. As demais estao ok. Uaí, estava no micro.:) Já estou subindo. ;) []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] PGcon-BR 2008: blog, fotos, videos , áudio...
Caros, Muitos que participaram do evento tiraram fotos, gravaram vídeos e áudios das palestras. Seria bom se todos pudessem relatar como foi o evento, enviar o link de fotos, videos, áudios, etc. para esta thread da lista. Assim poderemos montar um clipping deste ano[1], como no ano passado[1], do evento e saber a opinião de todos. :) Eu estou terminando a minha nota para postar aqui, o telles[2] já fez a sua e o Leandro irá postar a foto oficial (né Dutra?). :) Referências: 1 - http://www.postgresql.org.br/QuemFoiPgconbr2008 2 - http://www.postgresql.org.br/QuemFoiPgconbr2007 3 - http://www.midstorm.org/~telles/2008/09/29/pgcon-brasil-2008-missao-cumprida/ []´s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] dúvidas relacionadas a instalaç ão e peformance do 8.2.x
as documentações do postgresql.org :) Referência: 1 - http://www.postgresql.org/docs/8.3/interactive/backup-file.html 2 - http://www.postgresql.org/docs/8.3/interactive/routine-vacuuming.html 3 - http://www.postgresql.org/docs/8.3/interactive/app-pgresetxlog.html 4 - http://www.postgresql.org/docs/8.3/interactive/manage-ag-tablespaces.html 5 - -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Load muito alto
Em Wed, 24 Sep 2008 05:34:26 -0700 (PDT) Mr J.L. [EMAIL PROTECTED] escreveu: Pessoal, Algo interessante que detectei hoje, pode ser que ajude a encontrar uma solucao para o problema, mais nao sei qual. fui realizar um vaccum em uma tabela que é a cópia da tabela que realmente é usada pelo sistema: VACUUM ANALYZE pacote_22; essa tabela tem: pacote_22 -- 1653 MB essa tabela pacote_22 nem esta sendo usada só esta la no banco e mesmo assim o load durante a execucao do vacuum foi la nas alturas, saiu de 0.7 p/ 13. O mais curioso é que Após realizado o vacuum, o Load nao baixou mais. Creio que terei que dar um restart no postrgesql p/ voltar ao normal (isso depois de 10 min esperando baixar) O Vacuum consome muito recurso de máquina quando está em uso. Creio que agora ficou mais claro o problema, mais ainda nao consigo imaginar oque seja. A carga (load) que você está dizendo provavelmente é de CPU, se estiver olhando pelo TOP, ele usa uma média para calcular. É melhor monitorar com vmstat ou sar esse tipo de problema. Também vale olhar se teu tem muito processo em espera (wait), pode ser por causa do I/O alguma opniao, ajuda,...? Obrigado. [...] Você esta com WAL ativado? NAO Não? Tem certeza? []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Configurando PostgreSQL no Linux Debian
2008/9/24 Adriano Gadelha de Freitas [EMAIL PROTECTED]: Roberto, obrigado pelo retorno. A versão é 8.1 por ser a última a ser homologada pela minha empresa. Sobre a configuração necessária, onde devo modificar o postgresql.conf? Em quais opções e quais configurações? Já vasculhei ele todo e não descobri onde! Foi mal. Segue... - http://icewall.org/~hjort/pgsql/naoconecta.htm []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] benchmark postgres risc vs outros
Em Tue, 23 Sep 2008 11:30:29 -0300 Fábio Telles Rodriguez [EMAIL PROTECTED] escreveu: [...] De qualquer forma, você fez uma analize dos gargalos? Havia muito I/O Wait? E IOPS? Tentou configurações diferentes do postgresql.conf para o momento das cargas e para a operação normal? Tentou separar os logs em discos distintos durante as cargas? Tentou separar o tablespace temporário durante os relatórios? A carga é distribuída pelos processadores? Na 15 conexões simultâneas, quantas estão realmente exigindo recursos simultaneamente? Vocês já testaram o PGPool 2? Para tipo de arquitetura da aplicação com 15 simultâneas, é melhor não usar um middleware de pool. Se tiver que fazer a escolha, melhor usar pgbouncer, pois o overhead de conexão e uso de STATEMENT para manter os estados do pool deixam um pouco mais lento que o PgBouncer. ;) []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ 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 e Rede
Em Fri, 19 Sep 2008 09:33:51 -0300 Guilherme Carvalho [EMAIL PROTECTED] escreveu: O volume de dados é alto, na verdade muito alto mesmo, pois é um sistema que gerencia todos os processos de saúde do município Não tem a necessidade de ser síncrono, e pode ser Slave. Quanto é alto? A rede já existe, mas não é Wireless, utilizamos a estrutura da BrasilTelecom, se não me engano, desculpem a ignorancia, é framerelay. Para uma rede WAN/LAN de 128k, alto tráfego é 1GB por exemplo. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Visual Studio e PgSQL
Em Fri, 19 Sep 2008 13:29:21 -0300 George Silva [EMAIL PROTECTED] escreveu: Olá pessoal, Tenho uma base de dados no postgresql e algumas rotinas em Vb.net que leêm alguns registros para alimentar as comboboxes da aplicação. Estou tendo um problema (acho que é no .NET), pois as caixinhas estão sendo alimentadas corretamente, mas com alguns problemas de acentuação. Os elementos selecionados chegam ao banco assim: Praça (quando deveria ser praça) Meu banco está em UTF-8, e não consigo criar bancos em LATIN1. Qual é a melhor maneira de proceder? Tenho muitas muitas dúvidas quanto à codificação dos bancos. Alguém pode me recomendar algum artigo bom, ou procedimento para fazer isto funcionar corretaemnte/ Você precisa que seu ambiente esteja suportando LATIN1. No caso de Linux, deve checar se está suportada. Também pode forçar que o PostgreSQL envie em LATIN1. postgres=# set client_encoding = 'LATIN1'; []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Arquivos do WAL
Em Thu, 18 Sep 2008 21:43:33 -0300 ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED] escreveu: Não. Isto é a cache do disco que está mentindo para o SO que gravou os dados no disco. Experimente desabilitar a cache do disco. Deixa eu ver se entendi então, nos meus servidores linux está habilitado o cache do disco? E este está mentindo pra mim, quer dizer que o postgresql pensa que gravou o WAL mas o SO tentando administrar as E/S do disco mantem estes dados em cache? Entendi bem? +- O cache que o Euler comentou é cache de escrita, praticamente todos os HD's tem uma pequena memória para cache de leitura/escrita. O cache de escrita vem habilitado por padrão para HD's do tipo SATA e IDE que é recomendável desabilitar o cache de escrita. Nas HD's SCSI/SAS é melhor gerenciado pois elas tem uma pequena bateria para gravar o que está no cache para disco efetivamente. O que Euler quis dizer é que uma aplicação gravas as informações em arquivo em disco. O SO executa a tarefa dizendo para a memória que o arquivo está gravado e retorna que está completa a tarefa. Mas as informações ainda não estou no disco, estão na memória da HD. Esse processo é muito rápido, não leva 300 segundos como foi citado no início da thread. Se for assim, tens alguma pista por onde posso começar a investigar para desabilitar este cache pra fazer alguns testes ? Em linux, use *hdparm* ou *sdparm* para desabilitar o cache de escrita. E se for mesmo o cache, o que tem a ver o cache de disco no windows ele atualiza o arquivo quando eu fecho a conexão com o servidor. É extranho, pois se fosse isto, mesmo eu fechando a conexão, o SO não saberia disto, e continuaria mantendo e administrando o cache por sua propia conta. Pode ser o SO que está efetivando no momento errado ou está acontecendo uma coincidência incrível, procure desabilitar no Windows e faça o teste novamente. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] problemas c/ leitura de blocos
Em Thu, 18 Sep 2008 13:09:13 -0700 (PDT) Mr J.L. [EMAIL PROTECTED] escreveu: Ola pessoal, Estou com um problema em uma leitura de blocos no meu servidor linux de testes. O HD só tem 800MB de espaço livre, quando tento fazer um pg_dump ou um vacuum em uma determinada base da a seguinte menssagem: vacuumdb: limpeza no banco de dados comercial falhou: ERRO: não pôde ler bloco 2149 da relação 1663/35387689/35388478: Sucesso alguem sabe o que eu posso fazer para corrigir isso? alguem sugere alguma coisa? sera que esse problema tem alguma relacao com a quantidade de espaço livre do HD? Parece que você está com problema com disco. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Redundancia Replicacao
Em Thu, 18 Sep 2008 19:54:19 -0200 ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED] escreveu: Então, é bem isto que estou pensando implementar. - Mas como fica os limite de creditos dos clientes? - Qtde de estoque? - E estas listas de produtos e clientes, como é feita a sincronização e em que momento? Automatico ou manual? - Quando cair o servidor o operador de caixa percebe alguma coisa, ou é transparente para o operador? Uma solução de alta-disponibilidade começa por uma modelagem de dados e da aplicação preparada para isso. Na parte de replicação e redundância recomendo olhar o Bucardo[1], Slony[2] ou Londsite[3] para replicação. Bucardo tem uma abordagem diferente dos outros mas pode ser interessante para você. Referências: 1- http://bucardo.org/ 2- http://www.slony.info/ 3- http://pgsql.tapoueh.org/londiste.html 4 - https://developer.skype.com/SkypeGarage/DbProjects/SkyTools two cents, -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ 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 e Rede
Em Thu, 18 Sep 2008 22:14:50 -0300 ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED] escreveu: [...] Vc já tem a rede? ou pretendes montar? Eu estou montando justamente uma rede de 3.1 Km com wireless, já tenho outra com aprox 2Km funcionando muito bem. Tenho uma de 35Km, mas esta não usa postgresql, mas serve como experiencia. Outras perguntas relevantes: 1 - Qual o volume de dados/transações que irá transmitir 2 - Precisa que seja síncrono? 3 - Sua replicação é Multi-Master, pode ser Slave? []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Socorro !!!
On Thu, Sep 11, 2008 at 6:14 PM, Brasil Software [EMAIL PROTECTED] wrote: O servidor funciona normalmente durante o dia, mas quando chega no final do dia o mesmo apresenta os seguintes erros: Informação importante mas ainda é pouco. ;) 2008-09-10 18:01:54 LOG: could not receive data from client: Unknown winsock error 10061 2008-09-10 18:01:54 LOG: unexpected EOF on client connection 2008-09-10 18:15:20 LOG: could not receive data from client: Unknown winsock error 10061 2008-09-10 18:15:20 LOG: unexpected EOF on client connection 2008-09-10 21:50:31 ERROR: could not establish connection 2008-09-10 21:50:31 DETAIL: could not connect to server: No buffer space available (0x2747/10055) Is the server running on host 10.10.1.250 and accepting TCP/IP connections on port 5432? 2008-09-10 21:50:31 STATEMENT: SELECT uf.codigo, uf.nome, uf.sigla FROM (estado uf LEFT JOIN (SELECT * FROM DBLINK('dbname=banco001 host=10.10.1.250 user=acesse password=acesse2006 port=5432','SELECT codigo FROM estado') AS tab(codigo Integer)) tmp ON uf.codigo = tmp.codigo) WHERE tmp.codigo IS NULL 2008-09-10 21:50:46 ERROR: could not establish connection 2008-09-10 21:50:46 DETAIL: could not connect to server: No buffer space available (0x2747/10055) Is the server running on host 10.10.1.250 and accepting TCP/IP connections on port 5432? Alguém pode me ajudar ? Duas hipóteses: 1 - Ser servidor está ao fim do dia sem memória. 2 - Número de conexões esgotando. No caso do segundo item, se você não limitar o número de conexões para seu usuário do dblink, pode esgotar as conexões do teu PostgreSQL. Tem que investigar mais... []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Configurando PostgreSQL no Linux Debian
2008/9/11 Adriano Gadelha de Freitas [EMAIL PROTECTED]: Caros, Estou com o processo postmaster iniciado automaticamente no Linux Debian quando este inicia, conforme lista de processos abaixo, se confirma. Porém, está faltando o parâmetro -i que possibilitará que conexões TCP/IP possam ser realizadas. Qual configuração tenho que fazer para acrescentar o -i ? Já fiz a alteração no postmaster.opts, mas este retorna ao default toda vez que é iniciado o postmaster, ou seja, não adiantou eu alterá-lo. Creio que estas alterando no local errado. ;) Recomendo a leitura desse artigo do hjort que poderá responder seu problema. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Configurando PostgreSQL no Linux Debian
2008/9/11 Roberto Mello [EMAIL PROTECTED]: [...] Modifique o postgresql.conf Por que uma versao tao antiga? Pacotes do 8.3 para Debian Etch estao disponiveis no backports.org e funcionam perfeitamente bem. Backports é um repositório ainda não oficial (em discussão). Não recomendaria o uso da versão 8.3 em algumas situações mais específicas. Apesarem de os pacotes serem do responsável oficial e serem muito bons. ;) []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Apresentação sobre PostgreSQL
Em Qui, 2008-07-24 às 11:00 +, Roberto Mello escreveu: 2008/7/8 joao.junior [EMAIL PROTECTED]: na Conab utilizamos postgresql tb se quizer mais detalhes entre em contato! Jota, que tal você colocar detalhes da sua utilização da Conab direto no Wiki do postgresql.org.br (talvez numa seção específica para isso)? Assim já fica de referência para todos e não se perde aqui na lista. Já tem dois lugares. Quem usa. - http://www.postgresql.org.br/quem_est%C3%A1_usando Estudo de caso - http://www.postgresql.org.br/estudos_de_caso -- Fernando Ike de Oliveira [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] REFERENCIA EM BANCO DE DADOS DE HOSTS DIFERENTES
2008/7/23 Osvaldo Rosario Kussama [EMAIL PROTECTED]: Não é possível fazer uma referência a uma tabela em um banco de dados para outro banco de dados (foreign key) nem na mesma máquina. No PostgreSQL os bancos de dados são estanques, para separar dados e ainda assim poder relacioná-los a solução é utilizar diferentes esquemas em um único banco de dados. Veja: http://www.postgresql.org/docs/current/interactive/ddl-schemas.html Complementando... Com o PL/Proxy[1][2] poder tem algo próximo mas de grande complexidade para implementar. Referências: 1 - http://joaocosme.wordpress.com/2008/07/03/comecando-com-o-plproxy/ 2 - http://developer.skype.com/SkypeGarage/DbProjects/PlProxy -- Fernando ike ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Comprovação de robustez, velo cidade e futuro do Postgresql
Em Seg, 2008-07-21 às 22:37 -0300, João B. Santos escreveu: Olá pessoal, Levantaram a questão de: Porque não migrarmos o banco de dados para Sybase ou SqlServer ao invés de treinar um DBA e um AD em postgresql? Porque o custo provavelmente pode ser maior do que treinar um DBA/AD. Entenda que custo/esforço de migrar, adaptar e/ou descobrir que precisa fazer uma grande intervenção no Sistema e mudar pode não valer à pena. Lembrando que não posso usar como argumento valores, custo etc... Tenho que defender o banco de dados por si só. Sua escalabilidade, velocidade, robustez. Para isso preciso de fontes confiáveis com informações a respeito do banco de dados além de alguns cases de grandes projetos e portais que utilizam o mesmo. Ou simplesmente ter que acatar a idéia e iniciar um projeto para migrar o banco. Não sou conhecedor do Postgresql ao ponto de escovar bits mas acredito que ele come com farinha sybase/sql server. Talvez perca para o Oracle mas certamente o Oracle precisa de muito mais máquina para rodar e ainda assim talvez não seja tão rápido. O portal do PostgreSQL tem bastante referência mas pode referenciar com esses dois links. - http://www.postgresql.org/about/quotesarchive - http://www.postgresql.org/about/quotesarchive Atualmente minha base principal esta replicada em 3 servidores utilizando o Slone. Creio que você esteja querendo dizer Slony. :) Tem umas empresinhas/instituições que usam o PostgreSQL como Skype, Basf, Canonical, Sun, Fujitsu, Sony, Serpro, Caixa Econômica Federal, Ministério da Educação do Brasil, Ministério do Planejamento do Brasil, Departamento de Estado do EUA... :D []'s -- Fernando Ike de Oliveira [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Comparando
Em Mon, 07 Jul 2008 13:05:53 -0300 Euler Taveira de Oliveira [EMAIL PROTECTED] escreveu: Cristian Trentin wrote: [...] Comparações de que? Em [1] tem um bom comparativos entre vários SGBDs dentre eles o PostgreSQL e o DB2. [1] http://troels.arvin.dk/db/rdbms/ Complementando... Dificilmente verá uma comparação de performance entre PostreSQL e DB2 pois a licença do DB2 não permite. meus dois centavos, -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] especificar a nova localização d o cluster no boot do sistema
Em Fri, 27 Jun 2008 21:30:17 +0200 Eloi Ribeiro [EMAIL PROTECTED] escreveu: Olá a toda a lista, tenho a seguinte duvida. Estou a usando Ubuntu 8.04 e recentemente instalei PostgreSQL 8.3, criei um novo cluster em /media/HDB/PostgreSQL/Data. Arranquei a base de dados nesse cluster, cria umas base de dados de testes e tudo funciona perfeito, mas quando reinicio o PC o cluster passa á localização original de quando foi instalado PostgreSQL. Poderiam dizer como posso especificar a nova localização do cluster no boot do sistema. Eloi, Isso acontece porque no Debian e derivados tem alguns scripts para facilitar o uso de várias instâncias de PostgreSQL na mesma máquina. Com o backup feito, para remover do local original e adicionar um novo cluster faça: #pg_dropcluster 8.3 main #pg_createcluster -u postgres --start-conf 8.3 seucluster Saudações, -- Fernando Ile http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] especificar a nova localização d o cluster no boot do sistema
Em Mon, 30 Jun 2008 23:16:34 +0200 Eloi Ribeiro [EMAIL PROTECTED] escreveu: Obrigado pela resposta. Se entendo bem, sugeres que faça um drop do cluster que foi criado por defeito na instalação, em /var/lib/postgresql/8.3/main/, e crie um novo. E isso? Duvidas: 1. É mesmo necessário o drop do cluster '/var/lib/postgresql/8.3/main/'? 2. Com 'pg_createcluster -u postgres --start-conf 8.3 seucluster' vou criar outro cluster? Certo?. Mas já o tenho criado em '/media/HDB/PostgreSQL/Data', apenas quero que quando inicie o PC e entre em psql o cluster seja este '/media/HDB/PostgreSQL/Data' e não este '/var/lib/postgresql/8.3/main/'. De momento o que faço para mudar de cluster é: su postgres /etc/init.d/postgresql-8.3 stop /usr/lib/postgresql/8.3/bin/pg_ctl -D /media/HDB/PostgreSQL/Data start Estou sugerindo que refaça esse cluster se quer aproveitar a estrutura do pacote do PostgreSQL no Debian/Ubuntu. Toda vez que necessitar criar uma instância/cluster novo usando pacote, deve usar o comando pg_createcluster mas você fez manualmente. Ao usar o pg_createcluster, irá cria as configurações em /etc/postgresql/versão_do_postgresql/seucluster. Adicionando um arquivo chamado start.conf com a instrução se irá iniciar automaticamente com o SO ou manual. Da maneira que você fez, terá que criar alguns links simbólicos para aproveitar toda a estrutura que o pacote do Debian/Ubuntu. Em outras palavras, da maneira que fez é mesmo que usar o PostgreSQL no Debian/Ubuntu instalado à partir do código-fonte. Outra questão importante é que recomendável criar um cluster em um diretório que é ponto de montage de mídias removíveis conforme a FHS[1] (Filesystem Hierarchy System). Recomendo fortemente que leia o /usr/share/doc/postgresql-common/architecture.html para usar corretamente o PostgreSQL empacotado para sua distribuição. Referência: 1- http://www.pathname.com/fhs/pub/fhs-2.3.html#MEDIAMOUNTPOINT []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Pesquisa
Em Mon, 23 Jun 2008 11:20:39 -0300 Osvaldo Kussama [EMAIL PROTECTED] escreveu: Em: http://www.postgresql.org/community/survey.55 existe uma pesquisa para levantar qual item do TODO é mais desejável. Esse link é o do resultado, para votar. - http://wwwmaster.postgresql.org/community :) -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Eliminar dados do PC
Em Tue, 17 Jun 2008 11:12:05 -0300 Forsell Sistemas [EMAIL PROTECTED] escreveu: se eu tiver em um banco de dados informações confidenciais e precisar excluir elas de forma que não seja possível de forma alguma a recuperação... como é quando vc elimina um arquivo, há programas que conseguem recuperar o arquivo excluido mesmo não estando na lixeira. se eu excluir dados com o delete e depois dar um vacuum posso ficar tranquilo que não terei mais as informações no micro? com nenhum tipo de possibilidade de recuperação? se não.. há alguma solução? grato, erlon Para um leigo em computação forense realmente não seria uma tarefa trivial mas seria ainda possível recuperar parcial ou totalidade dos dados dependendo de como está o HD, etc... []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] postgres.conf
Em Tue, 17 Jun 2008 17:06:52 -0300 Rafael Sousa [EMAIL PROTECTED] escreveu: Depende do q? eu quero q ele fiqur rapido O Leandro quis dizer que depende do tipo de aplicação. Não existe uma configuração ideal para todo tipo de servidor e aplicação, tem configurações iniciais que pode-se evoluir para chegar na sua configuração ideal para sua aplicação e o banco de dados tenha uma boa performance. Saudações, -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Privilégios para a instalaç ão do PostgreSQL
Em Thu, 12 Jun 2008 10:00:07 -0300 Ribamar Sousa [EMAIL PROTECTED] escreveu: Bem, no Ubuntu, um usuário comun, mesmo com poderes de administração não pode criar um usuário para que seja usado no postgresql. Isso pode ocorrer por duas razões: A primeira devido alguma restrição de segurança habilitada (AppArmor, SELinux...) e a segunda se tentar instalar (como Euler comentou nesta thread) em diretório que seu usuário não tenha permissão. Por exemplo meu usuário consegue instalar uma base no diretório /tmp, vide abaixo: === [EMAIL PROTECTED]:~$ id uid=1000(fike) gid=1000(fike) grupos=20(dialout),24(cdrom),25(floppy),29(audio),44(video),46(plugdev),111(netdev),114(powerdev),118(fuse),119(vboxusers),1000(fike) [EMAIL PROTECTED]:~$ /usr/lib/postgresql/8.3/bin/initdb -D /tmp/data Os arquivos deste sistema de banco de dados pertencerão ao usuário fike. Esse usuário deve ser o dono do processo do servidor também. O agrupamento de banco de dados será inicializado com configuração regional pt_BR.UTF-8. A codificação padrão do banco de dados foi definida para UTF8. A configuração de busca textual padrão será definida como portuguese. criando diretório /tmp/data ... ok criando subdiretórios ... ok selecionando max_connections padrão ... 100 selecionando shared_buffers/max_fsm_pages padrão ... 24MB/153600 criando arquivos de configuração ... ok criando banco de dados template1 em /tmp/data/base/1 ... ok inicializando pg_authid ... ok inicializando dependências ... ok criando visões do sistema ... ok carregando descrições de objetos do sistema ... ok criando conversões ... ok criando dicionários ... ok definindo privilégios dos objetos embutidos ... ok criando esquema informação ... ok limpando banco de dados template1 ... ok copiando template1 para template0 ... ok copiando template1 para postgres ... ok AVISO: habilitando método de autenticação trust para conexões locais Você pode mudá-lo editando o pg_hba.conf ou utilizando a opção -A na próxima vez que você executar o initdb. Sucesso. Você pode iniciar o servidor de banco de dados utilizando: /usr/lib/postgresql/8.3/bin/postgres -D /tmp/data ou /usr/lib/postgresql/8.3/bin/pg_ctl -D /tmp/data -l logfile start [EMAIL PROTECTED]:~$ == Saudações, -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Privilégios para a instalaç ão do PostgreSQL
Em Thu, 12 Jun 2008 11:12:04 -0300 Ribamar Sousa [EMAIL PROTECTED] escreveu: 2008/6/12 Fernando Ike de Oliveira [EMAIL PROTECTED]: Consegui aqui. A questão é que o meu usuário fica como super-usuário e não meu usuário criar o super usuário. Consegui assim. Deixa entender, você quer um usuário além do que instalou como super-usuário? []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Fwd: [ANNOUNCE] PostgreSQL Software Catalogue
Em Tue, 10 Jun 2008 14:24:29 -0300 Leandro DUTRA [EMAIL PROTECTED] escreveu: 2008/6/10 Ribamar Sousa [EMAIL PROTECTED]: Pronto, não precisa mais que façamos o artigo sobre ferramentas para o PostgreSQL. A equipe internacional criou um site para catalogar ferramentas, drivers, extensões, etc. Isso me deu uma idéia — internacionalizar o sítio internacional! Já estão fazendo, como por exemplo em espanho. :) - http://wiki.postgresql.org/wiki/Espa%C3%B1ol []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Yahoo usando PostgreSQL
Em Sat, 24 May 2008 02:44:32 -0300 Leandro DUTRA [EMAIL PROTECTED] escreveu: Uau, altas conversas! Tomara, e tomara que não demore. Lembro que já há mais de um ano houve conversa semelhante creio que por parte da NTT, e nada até agora… hum... NTT mandou o patch do selinux ser incorporado dentro do PostgreSQL. http://archives.postgresql.org/pgsql-hackers/2008-03/msg00559.php []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Yahoo usando PostgreSQL
Caros, Este é bom anúncio recente para usuários de PostgreSQL. :) - http://news.yahoo.com/s/cmp/20080522/tc_cmp/207801579 []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Yahoo usando PostgreSQL
Em Fri, 23 May 2008 19:44:22 -0300 Leandro DUTRA [EMAIL PROTECTED] escreveu: 2008/5/23 Fernando Ike de Oliveira [EMAIL PROTECTED]: Este é bom anúncio recente para usuários de PostgreSQL. :) - http://news.yahoo.com/s/cmp/20080522/tc_cmp/207801579 É muito interessante mesmo, Ike-san! Duas questões: Vão liberar código? Caso contrário, alguém pensando em desenvolver algo parecido e livre? O que entendi em conversas com eles é de que irão colaborar com o código do PostgreSQL. :) []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Servidor IBM x3650 - Postgresql 8.3.1
Em Thu, 8 May 2008 10:53:23 -0300 Leandro DUTRA [EMAIL PROTECTED] escreveu: Não creio que valha a pena. Prefiro manter os dois na mesma máquina. O ganho de confiabilidade, a meu ver, é mais que compensado por uma perda decorrente de se ter mais uma imagem de SO para administrar. Depende. :) Se usar para-virtualização, pode ter um ganho porque os semáforos e a memória compartilhada não terão concorrência direta. Porém a isso não impede que o gargalo numa situação do servidor seja o FSB ou cache L2 pois nenhum modo de virtualização em baixa plataforma tem isolamento desse nível; como também aumenta as tarefas administrativas, seguramente... meus dois centavos de café... -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Servidor IBM x3650 - Postgresql 8.3.1
Em Thu, 08 May 2008 11:49:55 -0300 Dickson Guedes [EMAIL PROTECTED] escreveu: Fernando Ike escreveu: Se usar para-virtualização, pode ter um ganho porque os semáforos e a memória compartilhada não terão concorrência direta. Porém a isso não impede que o gargalo numa situação do servidor seja o FSB ou cache L2 pois nenhum modo de virtualização em baixa plataforma tem isolamento desse nível; A não ser uma virtualização na camada de hardware como um HMC sobre servidores P5 IBM, por exemplo, permitem o isolamento nesse nível. Sim, como também o servidores com Itanium mas eles não exatamente plataforma baixa. ;) two cent's, -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Skytools - pgbouncer e pl/proxy
Em Tue, 6 May 2008 18:08:46 -0400 Luciano Mittmann [EMAIL PROTECTED] escreveu: Olá a todos, Recentemente, aqui na CELEPAR, andaram me perguntado(sondando) sobre alta disponibilidade, balanceamento de carga e replicação síncrona no postgres utilizando as ferramentas citadas no assunto desta mensagem. Confesso que ainda não tive o prazer de testá-las mas já lí uma parte da documentação e alguns howtos e fiquei bem curioso em ver a solução como um todo em funcionamento. Gostaria de saber se alguém da lista já botou o trio pra funcionar e queira compartilhar os resultados. Sim, funciona bem, muito bem. O mais chato até entender é o PL/Proxy, o resto é de boa. Eles estão já empacotados para o Debian[1][2][3] mas o pgbouncer está com bugs bobos[4] que corrigi mas ainda não foram para o repositório do Debian[5]. :( Referências: 1 - http://packages.debian.org/sid/skytools 2 - http://packages.debian.org/plproxy 3 - http://packages.debian.org/pgbouncer 4 - http://bugs.debian.org/pgbouncer 5 - http://www.midstorm.org/~fike/debian -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] reindex,vacuum ....
Em Tue, 6 May 2008 13:12:44 -0700 (PDT) Mr J.L. [EMAIL PROTECTED] escreveu: Pessoal, ele nao traz nada (versao 8.2.5) e tem outro servidor que traz (versao 8.3), alguem sabe o que pode ser? Sei la, estou com algumas duvidas em relacao ao autovacuum, li que ele esta melhor na versao 8.3. mas tenho serviore em 8.2 ainda. qual seria a melhor estategia. autovacuum em 8.3 , cron em 8.2 , o que seria mais eficiente? O autovacuum faz analyze, ou teria q fazer separado? O autovaccum no 8.2 é, digamos, bem agressivo. Pode usar as configurações do 8.3 para o 8.2 que melhora significativamente. meus dois centavos de pão de queijo... -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Empregos PostgreSQL
Em Mon, 28 Apr 2008 17:11:43 -0300 Leandro DUTRA [EMAIL PROTECTED] escreveu: http://blogs.ittoolbox.com/database/soup/archives/where-to-post-a-postgresql-job-24039 O que achei interessante é a afirmação de que /PostgreSQL usage is expanding far more rapidly than the supply of trained Postgres geeks/ (o uso do PostgreSQL expande-se muito mais rapidamente que a oferta de técnicos treinados em Postgres). Cadê meu emprego Postgres?! ;-) Também no mesmo texto, ele afirma... ...unless they've recently made some public remark about looking for a new job, since at this point 95% of significant PostgreSQL code contributors are well-employed. Creio que a questão é contribuir com código. :) []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Arquivos de Configuração - Postg res / Apache / Samba
Em Wed, 23 Apr 2008 16:49:02 -0300 Leandro DUTRA [EMAIL PROTECTED] escreveu: 2008/4/23, Newton Teixeira do Nascimento Júnior [EMAIL PROTECTED]: Caros colegas, vou começar a trabalhar com o seguinte ambiente de produção: CenOS+Apache+Postgres (Rede A) É um ambiente estranho, por que colocar CentOS em produção? Normalmente ele é usado apenas para ambientes de teste, desenvolvimento c. onde a produção é RedHat. O ideal para produção é usar um sistema homologado, o que geralmente quer dizer Debian, Red Hat, SuSE... Sei que o entendimento de homologado é uma distribuição que tenha empacotado/suportado o PostgreSQL mas é bom tomar cuidado com o termo homologado pois o Debian não homologa pacotes feitos por terceiros como o Gentoo e nem o Slackware fazem. meus dois centavos, -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Arquivos de Configuração - Postg res / Apache / Samba
Em Wed, 23 Apr 2008 17:49:14 -0300 Euler Taveira de Oliveira [EMAIL PROTECTED] escreveu: [...] Como assim? O Patrick *nunca* homologou pacotes de terceiros! O que existe é uma iniciativa da comunidade Slackware em manter repositórios de scripts [1][2][3] para compilação de softwares para Slackware; você usa os scripts por *sua conta e risco*. Gentoo? Não sei como funciona! Como o Dutra comentou eu disse *nem o slackware*. ;) O que entendo por homologação é que uma empresa ou organização garante que haverá manutenção e continuidade do produto (software) por um determinado período de tempo. Sinceramente não sei se o Debian garante isso; geralmente, o que vejo são empresas que homologam produtos e não a comunidade em si. [...] PS sei que algumas pessoas quiseram me tirar do lado negro da PS força mas acho que eles *não* conseguiram... Que venha a 12.1! ;) Sim, continuarei tentado te convencer a mudar de distro em conversas de bar. :P []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ 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
Em Wed, 23 Apr 2008 18:03:58 -0300 Juliano Souza - TI [EMAIL PROTECTED] escreveu: Com certeza utilizei muita fonte de informação. -pgcluster da pgfoundry -slony I e II Bom, então você percebeu que não existe código do slony-2. O pgpool cria mais um processo na entrega do resultado e insert também, descartado. ??? Vamos fazer o seguinte, irei testar o slony I novamente (persistencia) massivamente e posto o que não aconteceu. Não adianta eu reclamar sem nada para mostrar não é? O problema aparente é outro, não é o tipo de replicação e alta-disponibilidade. Também não é *Tem de ser uma solução 24x7*. Você tem que projetar qual a indisponibilidade que posso ter no ambiente durante o ano? Se disser zero a pergunta muda para quanto sua empresa pode gastar. A outra pergunta é a tua aplicação é de que tipo? OLTP, BI, Web? Cara tipo de replicação atende uma necessidade mas você tem contingência de hardware, storage, energia... A melhor que vejo é usar pgbouncer+heartbeat, log shipping ou slony mas depende de como foi modelado seu banco de dados e tua aplicação. []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Contratação de consultoria com e specialistas PostgreSQL, Debian, Jboss[Era: Anúnci o de emprego PostgreSQL]
Em Sun, 20 Apr 2008 22:22:14 -0300 Leandro DUTRA [EMAIL PROTECTED] escreveu: 2008/4/20, Douglas Sales [EMAIL PROTECTED]: Bom, não gosto dessas discussões porque elas não costumam levar a nada, tenho muitos amigos nesses muitos anos de software livre que duvidam que um empresa/instituição contratem alguém que contribua para algum projeto. E eles reclamam que contribuir era perda de tempo, apesar de todos meus últimos trabalhos estarem envolvidos diretamente com as minhas contribuições, isso não representa muito valor agregado. ;) Para que esses que tanto falam que gostariam de contribuir com código ou de forma mais efetiva para os projetos de software livre, saiu um edital para contratação de uma empresa que tenha entre seus quadros de funcionários, 1 que já tenha contribuído para o PostgreSQL e outros dois que tenham contribuído para o Debian. :) Ah, isso foi anunciado no FISL 9.0 no dia 17/04. Para quem não viu, procure pelo edital 139/7855 - 2008 Saudações, -- Fernando Ike http://www.midstorm.org/~fike/weblog ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral