Vc e o Bruno me deram uma boa visão sobre o problema, e pelo que entendi vou ter que desenvolver isto por meio do PHP, não e algo que eu possa fazer no banco de dados. Correto??
Uma pergunta, a utilização de view amenizaria o problema??? Em 12/03/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> escreveu: > > Em relação o PostgreSQL ao criar um processo servidor para cada aplicação > eu não sei te responder. > > Em sistemas Web, com grande número de requisições, devemos criar um cache > (armazenar na memória do servidor Web) os dados que são mais acessados, > para não ter requisições ao banco toda vez que alguém solicitar, por > exemplo, uma lista de preços. Em java eu utilizo EhCache. Se houver alguma > atualização no banco de dados o cache também é atualizado (tem de > programar isso). > > > Vou tentar resumir da forma mais simples. Pela sua explanação, me parece > que o seu sistema acessa diretamente o banco de dados pela camada de > apresentação. O pool de conexão é tu ter um interface (camada model) que > acessa o seu banco de dados através das requisições da camada de controle. > Se houver mais de uma mesma requisição, essa camada faz apenas uma chamada > ao banco de dados e responde a todas requisições. E o cache nada mais é do > que reter essa requisição em memória, respondendo a outras requisições com > esses dados. Toda requisição de dados é solicitado a camada model que se > tiver as informações em cache essas serão enviadas, ou faz uma nova > requisição ao banco. > > Espero ter respondido sua questão, > > Alecindro > > > > Desculpe já chegar sugando dos companheiros. > > > > Mas gostaria de opinião dos colegas sobre esta declaração do > administrador > > da hospedagem: > > > > "Que este novo site, use algum sistema de cache entre o site e o banco > > (cache de dados + pool de conexão), pois o problema deste site atual, e > da > > grande maioria dos sistemas em php é a ausência desta camada essencial > em > > sites com grande volume de acesso. > > > > Não quero preocupá-los, mas, na minha opinião, com o banco PostgreSQL > vai > > ficar pior porque ele cria um processo servidor para cada conexão. Deste > > modo, se a cada request for criada uma conexão, consumido dados, e > fechada > > a > > conexão, diferentemente do MySQL (que usa Threads e não processos do SO) > o > > servidor do banco vai não literalmente 'explodir'. Passei estas > impressões > > para o Shiro a muito tempo atras, quando recomendei outra plataforma > para > > este site. Em resumo, com PostgreSQL sem uma camada de pool + cache (ou, > é > > claro, redução da dependência do banco para renderizar cada página), não > > antecipo um período de tranquilidade." > > > > > > Obrigado. > > > > -- > > []s > > Nilson Chagas > > --- > > Visite: > > Fundamental: www.amados.com.br > > Dúvidas:http://nilsoftware.blogspot.com/ > > Obrigatório: www.saopaulofc.com.br > > _______________________________________________ > > 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 >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
