Pergunta, o RAC escala? Bruno E. A. Silva. Analista de Sistemas. Bacharel em Sistemas de Informação Pós-graduando em Gerência de Projetos Certified Scrum Master LPIC-1 SCJP, SE 6 Novell CLA / DCTS ECR DBA Postgres ------------------------------- “A caixa dizia: Requer MS Windows ou superior. Então instalei Linux.” - Sábio Desconhecido "Alguns prestam serviço/consultoria de Qualidade, os outros vendem licença!"
2012/9/12 Fábio Telles Rodriguez <fabio.tel...@gmail.com>: > Em 12 de setembro de 2012 08:41, Guimarães Faria Corcete DUTRA, Leandro > <l...@dutras.org> escreveu: > >> 2012/9/12 Flávio Alves Granato <flavio.gran...@gmail.com>: >> > >> > Uma ferramenta muito bem vinda, emendando com as novas características >> > do PostgreSQL 9.2 mais XC. >> >> Justamente uma das limitações do XC hoje é não suportar tudo que o >> PostgreSQL suporta — imagino que principalmente das versões mais >> recentes? >> >> Já é um grande avanço rumo a um SGBD distribuído, mas ainda temos em >> situações em que não podemos pôr tudo na base de dados por falta de >> capacidade de distribuição de carga. >> >> Com a popularização do 9.2, mais escalável, e com os avanços nas >> versões futuras tanto do PostgreSQL quanto do XC, logo o Fábio não >> terá mais desculpa para tirar a lógica da base… >> > > Errado, muito errado. Eu convido as pessoas a lerem um pouco mais sobre > clusters shared nothing antes de sair fazendo panaceia sobre o XC ou mesmo > compará-lo com o Oracle RAC (que usa uma tecnologia completamente > diferente). > > Para usar o XC para escalar em ambiente OLTP (isso exclui a replicação multi > master automaticamente), você precisa de um particionamento cuidadoso de > tabelas e uma modelagem cuidadosa. Então, se você continua jogando tudo em > PL não vai escalar no XC, pois a arquitetura até agora não funciona assim. > > O XC resolve problemas de escalabilidade OLTP para aplicações simples com > requisitos severos de gravação e concorrência. Não resolve problemas de > complexidade de regras no SGDB. > >> >> Claro que, havendo mais recursos, eles logo serão consumidos. Então >> uma dinâmica que se estabelece é que novos desenvolvimentos sobre uma >> base sejam feitos com lógica fora da base, para não sobrecarregar o >> servidor. O problema é que, com novas máquinas e novas versões do >> PostgreSQL, logo torna‐se viável botar a lógica na base, mas aí >> ninguém mexe no legado. A distribuição permite que nova lógica seja >> colocada na base, mas num novo nó do grupo de servidores (/cluster/). >> _______________________________________________ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > -- > Atenciosamente, > Fábio Telles Rodriguez > blog: http://http://tellesr.wordpress.com > e-mail / gtalk / MSN: fabio.tel...@gmail.com > Skype: fabio_telles > > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
