Действительно, чтобы ответить на ваш вопрос, было бы неплохо получить представление о количестве этих «спящих» связей. Также имеет значение, обслуживает ли ваше приложение основное приложение или одно из многих. Также важно, есть ли несколько экземпляров вашего приложения (например, на нескольких веб-серверах), или это только один.
По моему опыту, на современных аппаратных средствах практически нет накладных расходов, связанных с незанятыми соединениями, если только вы не достигаете сотен. Тем не менее, если посмотреть на ваш предыдущий вопрос, разрешить пулу создавать неограниченное количество подключений нецелесообразно - я бы рекомендовал установить ограничение, даже если вы установите его на сотни.
Я могу сказать вам по крайней мере из одной болезненной ситуации с утечкой пулов соединений, что наличие тысячи открытых соединений с одним сервером SQL стоит дорого, даже если они простаивают. Кажется, я вспоминаю, что сервер начал терять его (не принимать новые подключения, простые запросы на тайм-аут и т. Д.) При приближении к диапазону 2000 соединений (это был SQL 2000 на оборудовании среднего уровня несколько лет назад).
Надеюсь, это поможет!