Группировка подключений в пул

Разные пользователи, работающие с приложением, зачастую выполняют одни и те же запросы к базе данных. Например, многие пользователи могут делать запросы к одной и той же базе данных, чтобы получить одинаковые данные. В этих случаях производительность приложения повышается, если для однотипных запросов разных пользователей (пула запросов) используется минимальное количество подключений к источнику данных. В противном случае непроизводительные издержки на открытие и закрытие подключения для каждого пользователя могут негативно отражаться на производительности приложения.

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

Если используется класс SqlConnection, группировка подключений в пул управляется неявным образом, но также предоставляет параметры, которые позволяют самостоятельно управлять организацией пула. Дополнительные сведения см. в разделеОрганизация пулов соединений SQL Server (ADO.NET).

Транзакции

Объекты подключения поддерживают транзакции с методом BeginTransaction, который создает объект транзакции (например, объект SqlTransaction). Объект транзакции, в свою очередь, поддерживает методы, которые позволяют совершать или отменять транзакции.

Транзакции управляются из кода. Дополнительные сведения см. в разделе Транзакции и параллелизм (ADO.NET).

Платформа .NET Framework версии 2.0 включает новую архитектуру транзакций, доступную через пространство имен System.Transactions. Framework реализует транзакции таким способом, что полностью интегрируется в платформу .NET Framework вместе с ADO.NET. Дополнительные сведения см. в разделеИнтеграция System.Transactions с SQL Server (ADO.NET).

Сведения о подключении и безопасность

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

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

В интрасети или многоуровневых приложениях пользователь может воспользоваться преимуществами встроенной системы безопасности, предоставленной Windows, IIS и SQL Server. В этой модели данные проверки подлинности пользователя в локальной сети также используются для доступа к ресурсам базы данных, и в строке подключения имя пользователя или пароль явным образом не указываются. (Обычно разрешения устанавливаются на компьютере сервера базы данных с помощью групп, что освобождает администратора от необходимости устанавливать отдельные разрешения для каждого пользователя, которому необходим доступ к базе данных.) В этой модели пользователю не нужно сохранять учетные данные для подключения: следовательно, не требуются и дополнительные шаги для защиты информации строки подключения.

Для получения дополнительных сведений о безопасности см. следующие разделы.

• Защита приложений ADO.NET

• Более безопасный доступ к файлам и данным в Windows Forms