Usamos ZebeDee em banco Firebird e aplicação Delphi. O Banco roda no datacenter da prefeitura onde trabalho e a aplicação roda em Unidades de Saúde que se encontram em pontos espalhados pela cidade, usando conexões "podres" da Oi de 128Kbps. O ZeBeDee foi a salvação para suportar a realidade lenta mas não sei o comportamento dele com PG.
Como disse o Fábio Telles "essa não é uma arquitetura muito eficiente". Se o banco precisa mesmo estar em um datacenter nessa topologia, é de se pensar em uma replicação multi-master de algumas tabelas e master-slave para outras para que determinadas funcionalidades funcionem com performance local. Mas é preciso analisar melhor a realidade e a necessidade, não baseado apenas em uma pequena menção de tua realidade. Abraço. 2010/11/26 marlon david de souza <[email protected]> > Para isso você pode usar o ZeBeDee > > > > http://www.newinf.com.br/download/util/zebedee/Zebedee.htm > > http://www.winton.org.uk/zebedee/ > > > > > > *De:* [email protected] [mailto: > [email protected]] *Em nome de *Fábio Telles > Rodriguez > *Enviada em:* sexta-feira, 26 de novembro de 2010 10:27 > *Para:* Comunidade PostgreSQL Brasileira > *Assunto:* Re: [pgbr-geral] Compactar dados ao trafegar > > > > > > Em 26 de novembro de 2010 08:50, Renato Ricci <[email protected]> > escreveu: > > Olá Amigos, > > > > Tenho um sistema feito em Delphi utilizando banco de dados PostgreSQL. > Utilizo Zeos para conexão com o banco. > > > > Gostaria de saber se tem alguma maneira de compactar os dados no momento de > uma pesquisa para que trafegue menos informação possível na rede. Ex.: Vou > tirar um relatório que irá me demandar 500 k de tráfego de rede. Supondo que > meu banco esteja na WEB, isso demoraria um certo tempo dependendo da banda > da internet. Há alguma maneira de diminuir esse volume de tráfego? > > > > Eu não sei como compactar uma conexão, mas sei como diminuir o tráfego: > você pode utilizar funções para fazer todo o processamento do relatório e só > puxar no final o resultado pronto. Agora, se o seu relatório possui > realmente 500K, provavelmente esta não é uma rotina que ocorre com > frequência, pois deve ter dezenas de páginas... > > > > Na dúvida, pense sempre que a sua aplicação tem de receber os dados do > relatório já completamente formatado, a aplicação deve apenas solicitar o > relatório e exibir a informação já pronta. O SQL é realmente muito bom > nisso. > > > > Como último recurso: Gere seu relatório em txt ou html no servidor, > compacte o arquivo e baixe para o cliente. Uma vez no SO, você pode até > transformar ele em PDF ou outras coisas com LaTeX, txt2tags, ou outros. > > > > É claro que banco na núvem e aplicação desktop não é uma das arquiteturas > mais eficientes... se a sua aplicação fosse web, isso não seria tão > problemático. Então, para contornar isso, o uso intensivo de PL será > obrigatório para as rotinas pesadas. > > > > Atenciosamente, > > Fábio Telles > > > > Obrigado, > > > __________________________________ > > *Renato R. Ricci* > > *Antes de imprimir, pense em sua responsabilidade e compromisso com o Meio > Ambiente. O Futuro está em Nossas Mãos!* > > > > > > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > > -- > blog: http://www.midstorm.org/~telles/<http://www.midstorm.org/%7Etelles/> > e-mail / jabber: [email protected] > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Fernando Brombatti email-msn-gtalk-skype: [email protected] work: +55 54 3218-6060 home: +55 54 3028-7217 mobile: +55 54 9189-7970
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
