2008/3/12, Nilson Chagas <[EMAIL PROTECTED]>: > "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.
Vixe! Vejamos. Cache de dados o PostgreSQL já faz — por isso ele consome bastante memória, é o cache; os processos em si não ocupam tanta memória. Pool de conexão é função do servidor de aplicações (antigos monitores de processamento de transações). Isso era um grande problema na época do CGI, e ainda pode ser com PHP de fato. Mas é uma questão de arquitetura e configuração de servidor de aplicação, não de programação nem de base de dados. A questão com programação PHP em si costuma ser segurança e maus modelos de dados. > 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." É verdade — mas o gargalo com o MySQL é a própria base. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 +55 (11) 5685 2219 MSN: msnim:[EMAIL PROTECTED] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
