Пул подключений и единый вход

Question

Приложение ASP.NET 3.5 с SQL Server 2005 должно обеспечивать единый вход в среду интрасети. Это делается с помощью режима аутентификации Windows в файле web.config.

Я хочу максимально использовать пул соединений. Я также хочу использовать SSPI в качестве доступа к базе данных в строке подключения и не использовать олицетворение (в файле web.config)

Таким образом: есть ли способ использовать пул соединений и механизм единого входа для приложений ASP.NET?

Answer 1

Использование проверки подлинности Windows не обязательно означает, что поток, обрабатывающий запрос, выполняется под этим именем пользователя. По умолчанию ASP.NET использует удостоверение рабочего процесса в своих потоках, поэтому, если у вас нет особых причин для включения олицетворения, поскольку ваша модель безопасности требует этого (например, вы добавили группы пользователей в SQL как пользователи SQL и управляете доступом к SP / Views через этих пользователей) то тут проблем нет.

Предполагается, что вы выполняете роль пользователя Windows в обработке ASP.NET: -

Вы в интрасети, сколько у вас пользователей?

Пул соединений существует уже давно, чтобы помочь с масштабируемостью приложения, однако, хотя машины за последнее десятилетие значительно улучшились, число пользователей в организации не увеличилось с той же скоростью.

IOW, вы уверены, что наличие одного или двух открытых соединений для пользователя на самом деле является проблемой?

Пул соединений все еще действует, каждая спецификация соединения будет иметь свой собственный пул, что приведет к множеству пулов из одного или двух соединений. Следовательно, время установки соединения не будет проблемой. Система на 500 пользователей может привести к тому, что 1000 подключений станут работоспособными, но по современным стандартам это не такая большая нагрузка, как это было бы при создании пула.

Answer 2

Вы можете использовать единый вход для своего приложения, а затем заставить приложение выдавать себя за одного пользователя для каждого подключения к базе данных, в идеале - учетную запись службы без прав входа в систему.