|
Jorge
Existe uma diferen�a enorme entre
usar ou n�o um pool de conex�es em termos de performance, e dependendo da
configura��o do banco de dados, n�o usar um pool pode at� impedir o
funcionamento da aplica��o.
Falando em performance:
Se voce tem uma aplica��o que roda no
Tomcat (p�ginas JSP), por exemplo, cada usu�rio que abrir uma sess�o no tomcat e
precisar de uma conex�o, vai criar uma nova conex�o com o banco. Isso torna a
aplica��o bem mais lenta do que se fosse usado um pool.
Falando em configura��o do
banco:
O banco de dados pode estar
configurado para aceitar at� N conex�es simultaneamente. Se voc� n�o usa um
pool, cada usu�rio que abre uma sess�o no Tomcat cria uma nova conex�o, at� o
limite de N conex�es, a partir dai a aplica��o n�o funciona mais.
Usei o exemplo do Tomcat porque � o
t�pico exemplo de aplica��o multiusu�rio, mas como tu mesmo disse, se a tua
aplica��o � stand-alone ent�o pode ser usada uma conex�o permanente, vai dar "no
mesmo"....
O que voc� disse sobre o pool, sobre
manter uma conex�o permanente, � verdade. A diferen�a existe no ambiente em que
a aplica��o roda (multiusu�rio ou n�o). Num ambiente multiusu�rio o pool
controla as conex�es de maneira eficiente, sendo ent�o uma solu��o melhor do que
manter uma conex�o permanente.
Falow
Marcelo Dutra Martins de
Menezes
|
- [java-list] Pool de conex�es x conex�o �nica Jorge Augusto Pizzato
- Marcelo
