Em geral, a preocupação com "esgotar os recursos do sistema" se aplica tanto ao servidor de aplicativos quanto ao servidor de banco de dados. Quanto mais conexões de banco de dados você permitir, mais sessões simultâneas serão executadas no(s) servidor(es) de aplicativos, mais RAM a VM do(s) servidor(es) de aplicativos exigirá, mais demanda será colocada em CPUs em servidores de aplicativos e servidores de banco de dados, etc. a fila de trabalho em atraso fica muito grande, você pode acabar gastando mais tempo trocando processos dentro e fora da CPU e agendando tarefas do que fazendo um trabalho útil. Um tamanho máximo no pool de conexões permite que você lide com uma avalanche de tráfego ou um gargalo de desempenho inesperado de maneira um pouco mais graciosa, cometendo erros rapidamente, em vez de permitir que os usuários expirem esperando por respostas que nunca chegarão.

Os bancos de dados, em geral, têm a capacidade de limitar o número de conexões que suportam. Oracle tem PROCESSES e SESSIONS parâmetros, por exemplo, e oferece suporte a várias arquiteturas de conexão (servidor dedicado e servidor compartilhado) para permitir que você compense o desempenho em relação ao consumo de recursos para aumentar o número de conexões simultâneas que o banco de dados pode suportar.