Renato, 

Para compactar dados pela rede, existe o mod_deflate [1] do apache. Mas o seu 
fornecedor teria que instalar, e normalmente grandes datacentes já possuem 
alguma solução desse tipo. 
Mas o tráfego compactado é de páginas, e não do banco. 

Par ao banco, além de tentar trazer o resultado o mais pronto possível, a 
paginação de resultados é uma saída. Limite o resultado em umas 20 linhas, e 
seu tráfego de rede diminui, já que poucos clicam na página seguinte... 


[1] http://httpd.apache.org/docs/2.0/mod/mod_deflate.html 


[]´s, André Volpato 
ECOM Tecnologia LTDA 

----- Mensagem original -----





Meus processos já estão a maioria em funções no próprio banco. Minha maior 
preocupação está sendo com consumo de tráfego gerado no datacenter pois tenho 
um limite mensal a cumprir. É claro que também estou preocupando com a 
velocidade (tempo de resposta) para o usuário final. Por isso gostaria de 
reunir uma solução que abaixasse meu consumo de banda e consequentemente 
melhorasse a velocidade de comunicação entre client/server. 


De qualquer maneira obrigado pela contribuição Fabio.. 


Att., 




























__________________________________ 

Renato R. Ricci 

Antes de imprimir, pense em sua responsabilidade e compromisso com o Meio 
Ambiente. O Futuro está em Nossas Mãos! 





De: Fábio Telles Rodriguez <fabio.tel...@gmail.com> 
Para: Comunidade PostgreSQL Brasileira <pgbr-geral@listas.postgresql.org.br> 
Enviadas: Sexta-feira, 26 de Novembro de 2010 10:27:05 
Assunto: Re: [pgbr-geral] Compactar dados ao trafegar 




Em 26 de novembro de 2010 08:50, Renato Ricci < renatoricc...@yahoo.com.br > 
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 
pgbr-geral@listas.postgresql.org.br 
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral 




-- 
blog: http://www.midstorm.org/~telles/ 
e-mail / jabber: fabio.tel...@gmail.com 



_______________________________________________ 
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

Responder a