En general, la preocupación por "agotar los recursos del sistema" se aplica tanto al servidor de aplicaciones como al servidor de bases de datos. Cuantas más conexiones de base de datos permita, más sesiones simultáneas se ejecutan en los servidores de aplicaciones, más RAM requiere la VM del servidor de aplicaciones, más demanda se coloca en las CPU en los servidores de aplicaciones y servidores de bases de datos, etc. la cola de trabajo atrasado se vuelve demasiado grande, es posible que pase más tiempo intercambiando procesos dentro y fuera de la CPU y programando tareas que haciendo un trabajo útil. Un tamaño máximo en el conjunto de conexiones le permite manejar una avalancha de tráfico o un cuello de botella de rendimiento inesperado con un poco más de gracia al generar errores rápidamente en lugar de permitir que los usuarios agoten el tiempo de espera de respuestas que nunca llegarán.
Las bases de datos, en general, tienen la capacidad de limitar la cantidad de conexiones que admiten. Oracle tiene PROCESSES y SESSIONS parámetros, por ejemplo, y admite múltiples arquitecturas de conexión (servidor dedicado y servidor compartido) para permitirle compensar el rendimiento con el consumo de recursos para aumentar la cantidad de conexiones simultáneas que puede admitir la base de datos.
