Como funciona o pool afinal?

Um Pool é um conjunto pré-determinado ou não de recursos que alguém ou algo irá dispobinilizar quando for requisitado.

No exemplo de banco de dados um Pool de Conexões se resumiria a um conjunto de conexões com um número mínimo e um número máximo de conexões que são estabelecidas entre a aplicação e o banco de dados.

Como funciona?
Se sua aplicação fornece um pool de conexões de 1-5, então significa que automaticamente quando seu pool for acionado a primeira vez ele vai levantar uma conexão com o BD e apartir daí, dependendo da necessidade de consultar ou persistir, irá abrir até mais 4 conexões completando o máximo de 5 conexões. E assim então ele vai trabalhando, fornecendo conexões disponíveis a medida que se torna necessário trocar informações com o BD.
Se por um tempo x, determinado ou não, 4 das conexões criadas se tornarem ociosas, alguém ou algo, irá matá-las para que assim então voltemos ao número mínimo, no caso 1.

Qual a vantagem?
Performance de Aplicação x Perfomance Computacional.

Pense que se o paralelismo fosse usado de maneira exagerada a máquina de sua aplicação não iria trabalhar com tanta velocidade. No entanto se você não tiver um recurso que te ofereça mais de um acesso simultâneo à um ponto de destino, no caso o BD, sua aplicação que perde pois todas requisições serão “enfileiradas” até que uma nova conexão se torne disponível.
Pensando nisso existe um pool de conexões, um pool de threads, etc.

Portanto tudo se resume a balanceamento de performance.

Abraços

a) O pool de conexões é um pool de conexões, não de consultas. Portanto, não vai ocorrer isso que você está mencionando.
De certa forma, é uma coisa muito simples de entender. Vou contar uma pequena história.
Havia um tempo, não muito distante (no tempo dos seus pais ou avós, talvez) em que era muito difícil fazer uma ligação interurbana. Nesse tempo, você reunia a família inteira e ficava um tempão tentando ligar para a telefonista, para que ela conseguisse fazer uma ligação para a outra cidade. Quando você conseguia isso, quem atendia o telefone na outra cidade chamava todo mundo que pudesse querer falar. Então, você falava com quem queria falar, mas não desligava; passava o telefone para outra pessoa da sua família ou vizinhança, que falava com quem queria falar, e assim por diante. É como se fosse uma série de chamadas, mas você aproveitava a conexão (que era muito, muito difícil e demorada de fazer), de quem já tinha usado a linha antes.
No caso de bancos de dados, a conexão é demorada para ser feita, e deve ser reaproveitada. Mas as coisas são feitas de tal forma que ninguém se confunde nessa história.

b) Provavelmente você está confundindo com o que o Hibernate ou outros mapeamentos de objetos com bancos de dados relacionais fazem, ou seja, podem trabalhar com dados em memória misturados com os dados em banco. Isso não tem a ver com o pool.

thingol:

a) O pool de conexões é um pool de conexões, não de consultas. Portanto, não vai ocorrer isso que você está mencionando.
De certa forma, é uma coisa muito simples de entender. Vou contar uma pequena história.
Havia um tempo, não muito distante (no tempo dos seus pais ou avós, talvez) em que era muito difícil fazer uma ligação interurbana. Nesse tempo, você reunia a família inteira e ficava um tempão tentando ligar para a telefonista, para que ela conseguisse fazer uma ligação para a outra cidade. Quando você conseguia isso, quem atendia o telefone na outra cidade chamava todo mundo que pudesse querer falar. Então, você falava com quem queria falar, mas não desligava; passava o telefone para outra pessoa da sua família ou vizinhança, que falava com quem queria falar, e assim por diante. É como se fosse uma série de chamadas, mas você aproveitava a conexão (que era muito, muito difícil e demorada de fazer), de quem já tinha usado a linha antes.
No caso de bancos de dados, a conexão é demorada para ser feita, e deve ser reaproveitada. Mas as coisas são feitas de tal forma que ninguém se confunde nessa história.

b) Provavelmente você está confundindo com o que o Hibernate ou outros mapeamentos de objetos com bancos de dados relacionais fazem, ou seja, podem trabalhar com dados em memória misturados com os dados em banco. Isso não tem a ver com o pool.

Nossa essa história das ligações me fez lembrar minha mãe tentando falar com minha tia em outro país, lembro que havia um intermédio feito por uma telefonista também, hahaha. Isso a uns 15 anos atrás.

Anyway, ótima analogia. congratz

thingol:

b) Provavelmente você está confundindo com o que o Hibernate ou outros mapeamentos de objetos com bancos de dados relacionais fazem, ou seja, podem trabalhar com dados em memória misturados com os dados em banco. Isso não tem a ver com o pool.

é exatamente isso que eu tenho em mente… o meu conceito de pool conection é referente á àquele cache que o hibernate faz…