na ultima versao do pgpool I o problema com as sequences já tinha sido corrigido eu mesmo fiz alguns testes......, você poderia ver isso no change log do projeto mas nao consigui achar devido que a pagina do pgpool II esta no lugar da antida do I.
[]'s João Junior ----- Original Message ----- From: "Fabio Telles" <[EMAIL PROTECTED]> To: "Comunidade PostgreSQL Brasileira" <[email protected]> Sent: Friday, February 15, 2008 12:08 PM Subject: Re: [pgbr-geral] cluster c/ postgres Em 15/02/08, Joao<[EMAIL PROTECTED]> escreveu: > >>6º Se você busca alta disponibilidade, considere a possibilidade de > >>utilizar o Stand by, ou o Slony, que são opções mais simples. > > Grande Fábio eu poderia dizer o seguinte se você quer alta disponibilidade > de forma mais simples eu desconsideraria o slony( o propósito dele é > replicação, sim é possivel fazer um nó assumir a função do outro mas isso > é > feito na mão, entao sua alta disponibilidade foi pro saco...) > e citaria o pgpool! > Lembre-se que você pode ter problemas com o pgpool em ambientes OLTP. Particularmente se você usa muito sequências e o uso do nextval é feito com frequência e de forma concorrente. Você pode acabar com valores diferentes de sequência em cada nó do pgpool. Para ambientes web, o pgpool é imbatível. Para ambientes OLTP a coisa sempre fica mais complicada. Na verdade, o que diz o Sr. Josh Berkus numa entrevista que fiz com ele é que ainda não há uma teoria em banco de dados que dê conta de escalar bem horizontalmente aplicações OLTP. Vide em http://www.midstorm.org/~telles/2007/01/13/entrevista-com-josh-berkus/ Apenas citando claramente (pois acho que é algo que todo mundo devia ler bem antes de falar em cluster): Pergunta: O PosgreSQL tem amadurecido muito em soluções de replicação. Você acredita que num futuro próximo existirão também ferramentas de cluster para o PostgreSQL como existem para o Oracle, o BD2 ou a Teradata? Quais são as dificuldades em se implementar algo do tipo? Resposta: Bem, nós já temos um substituto para a Teradata, que é o Greenplum Database. Enquanto ele não é código aberto, é baseado no PostgreSQL e tem a sintaxe compatível. Existem soluções de consultas paralelas com menor performance já avaliáveis como o PostgresForest e Octopus. Cluster com OLTP é um problema muito, muito difícil e nem um dos *vários* projetos de bancos de dados ou empresas conseguiram resolver este problema satisfatoriamente: nem a Oracle, nem a IBM, nem a MySQL, nem ninguém. Então, colocar qualquer tipo de data sobre quando qualquer um de nossos projetos estarão maduros para a maioria dos usuários seria muito ambicioso neste momento. []s Fábio Telles -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
