I allmänhet gäller oron för att "utmatta systemresurser" både applikationsservern och databasservern. Ju fler databasanslutningar du tillåter, desto fler samtidiga sessioner körs på applikationsservrarna, desto mer RAM kräver applikationsservrarna VM, desto mer krav ställs på processorer på applikationsservrar och databasservrar, etc. Om kön av eftersatt arbete blir för stor, du kan komma på att du spenderar mer tid på att byta processer på och av CPU:n och schemalägga uppgifter än på att göra användbart arbete. En maximal storlek på anslutningspoolen gör att du kan hantera en lavin av trafik eller en oväntad flaskhals i prestanda något mer elegant genom att snabbt göra fel istället för att låta användare vänta på svar som aldrig kommer.
Databaser har i allmänhet förmågan att begränsa antalet anslutningar de stöder. Oracle har PROCESSES och SESSIONS parametrar, till exempel, och stöder flera anslutningsarkitekturer (dedikerad server och delad server) så att du kan avväga prestanda mot resursförbrukning för att öka antalet samtidiga anslutningar som databasen kan stödja.