Então, você tem que ver a versão certa do libmemcache que vai usar. No RH5.5 eu tive algumas dificuldades. No Debian o pg_memcache já está empacotado.
Para consultas complexas, eu acho que o memcache pode não ser o ideal. Se o relatório é relativamente estático, visões materializadas podem ser uma opção. Eu uso para cachear resultados de consultas simples feitas com muita frequência por muita gente. Tenho um grupo de 20 e poucas consultas que são feitas algumas vezes por hora por mais de 5 mil clientes, um inferno. Estou usando o memcache para isso. Mas você pode usar o listen/notify também... []s Em 10 de novembro de 2011 10:54, Edson neto <[email protected]>escreveu: > Em 10 de novembro de 2011 10:45, Leandro Guimarães Faria Corce DUTRA < > [email protected]> escreveu: > >> Le 2011-N-10 10h34, Edson neto a écrit : >> >> na verdade quero testa-lo pois tenho uma OLTP que esta consumindo muito >>> I/O para extração de relatórios e pesquisas, prejudicando performance do >>> sistema. >>> >> >> Seria viável rodar as consultas numa réplica? > > > Sim, sem dúvida. Essa solução é a que tenho hoje para implementar. Porém > como não conhecia o pgmemcache e ouvi na palestra do Fabio. Resolvi > perguntar aqui caso alguem tivesse trabalhado com ela quais as vantagens. > Mas sem duvida a replica é a solução primaria. > Obrigado Dutra. > > []s > > Edson Souza > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- Atenciosamente, Fábio Telles Rodriguez blog: http://www.midstorm.org/~telles/ e-mail / gtalk / MSN: [email protected] Skype: fabio_telles
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
