Молотч прав. Обычно это вызывает беспокойство в трехуровневых приложениях с огромным количеством подключений, когда сервер приложений подключается к базе данных от имени клиентов. В этом сценарии при использовании встроенной проверки подлинности может потребоваться несколько пулов, поскольку пул нельзя использовать совместно для разных удостоверений.
«... В пул могут быть включены только подключения с одинаковой конфигурацией. ADO.NET поддерживает несколько пулов одновременно, по одному для каждой конфигурации. Подключения разделяются на пулы по строке подключения и идентификатору Windows, если встроенная безопасность включена. Соединения также объединяются в пулы в зависимости от того, включены ли они в транзакцию »
Другими словами, использование преимущества пула соединений более очевидно при использовании безопасности sql, а не интегрированной безопасности.
Пул соединений SQL Server
http://msdn.microsoft.com/en-us/library/8xx3tyca.aspx
Пул соединений выполняется на стороне клиента, а не на стороне сервера, поэтому проблем нет. Каждый клиент будет открывать и поддерживать определенное количество подключений для повторного использования в течение всего времени жизни приложения в зависимости от поставщика (ADO.NET, OLE DB, ODBC, собственный клиент) и настроек.
На стороне сервера экземпляр sql ограничен параметр @@ MAX_CONNECTIONS, который не зависит от количества входов в систему или используемого метода аутентификации.