En général, la préoccupation concernant "l'épuisement des ressources système" s'applique à la fois au serveur d'applications et au serveur de base de données. Plus vous autorisez de connexions à la base de données, plus il y a de sessions simultanées en cours d'exécution sur le(s) serveur(s) d'application(s), plus la machine virtuelle du(des) serveur(s) d'application requiert de la mémoire vive, plus la demande est forte sur les processeurs des serveurs d'application et des serveurs de base de données, etc. Si la file d'attente du travail en attente devient trop longue, vous risquez de passer plus de temps à échanger des processus sur et hors du processeur et à planifier des tâches qu'à effectuer un travail utile. Une taille maximale sur le pool de connexions vous permet de gérer une avalanche de trafic ou un goulot d'étranglement de performances inattendu avec un peu plus de grâce en générant rapidement des erreurs plutôt que de laisser les utilisateurs attendre des réponses qui ne viendront jamais.
Les bases de données ont, en général, la capacité de limiter le nombre de connexions qu'elles prennent en charge. Oracle a PROCESSES et SESSIONS paramètres, par exemple, et prend en charge plusieurs architectures de connexion (serveur dédié et serveur partagé) pour vous permettre de comparer les performances à la consommation de ressources afin d'augmenter le nombre de connexions simultanées que la base de données peut prendre en charge.
