In generale, la preoccupazione relativa all'"esaurimento delle risorse di sistema" si applica sia al server delle applicazioni che al server del database. Maggiore è il numero di connessioni al database consentite, più sessioni simultanee sono in esecuzione sui server delle applicazioni, maggiore è la RAM richiesta dalla VM dei server delle applicazioni, maggiore sarà la domanda sulle CPU sui server delle applicazioni e sui server di database, ecc. Se la coda di lavoro in arretrato diventa troppo grande, potresti ritrovarti a passare più tempo a scambiare processi dentro e fuori dalla CPU e a pianificare attività che a svolgere lavoro utile. Una dimensione massima del pool di connessioni ti consente di gestire una valanga di traffico o un collo di bottiglia imprevisto delle prestazioni in modo leggermente più elegante eliminando rapidamente gli errori piuttosto che lasciare che gli utenti smettano di aspettare risposte che non arriveranno mai.
I database, in generale, hanno la capacità di limitare il numero di connessioni che supportano. Oracle ha PROCESSES e SESSIONS parametri, ad esempio, e supporta più architetture di connessione (server dedicato e server condiviso) per consentire di ridurre le prestazioni al consumo di risorse per aumentare il numero di connessioni simultanee che il database può supportare.
