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 > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
