Generelt gælder bekymringen om "udmattende systemressourcer" både applikationsserveren og databaseserveren. Jo flere databaseforbindelser du tillader, jo flere samtidige sessioner kører på applikationsserveren(e), jo mere RAM kræver applikationsserveren(e) VM, jo mere efterspørges der på CPU'er på applikationsservere og databaseservere osv. Hvis køen af efterslæbt arbejde bliver for stor, kan du finde på at bruge mere tid på at skifte processer til og fra CPU'en og planlægge opgaver end på at udføre nyttigt arbejde. En maksimal størrelse på forbindelsespuljen giver dig mulighed for at håndtere en lavine af trafik eller en uventet ydeevneflaskehals lidt mere yndefuldt ved hurtigt at fejle i stedet for at lade brugerne timeout og vente på svar, der aldrig kommer.
Databaser har generelt mulighed for at begrænse antallet af forbindelser, de understøtter. Oracle har PROCESSES og SESSIONS parametre, for eksempel, og understøtter flere forbindelsesarkitekturer (dedikeret server og delt server) for at lade dig afveje ydeevne mod ressourceforbrug for at øge antallet af samtidige forbindelser, som databasen kan understøtte.