連線池化
連接到數據源可能很耗時。 為了將開啟連線的成本降到最低，ADO.NET 使用稱為 連接共用的優化技術，可將重複開啟和關閉連線的成本降到最低。 .NET Framework 數據提供者的連接共用會以不同的方式處理。 雖然連線共用可改善效能和資源使用率，但數個因素可能會根據資料庫環境和組態影響其效率：
連線限制和資源限制： 在資料庫環境中，連線限制通常會系結至服務層級或資源組態。 例如，Azure SQL Database 會根據選取的服務層級定義連線限制，而 Azure SQL 受控實例會根據配置的資源強制執行限制，例如 CPU、記憶體或虛擬核心。 當連線集區設定超過這些限制時，應用程式可能會遇到拒絕的連線、節流或效能降低。
驗證方法： 令牌型驗證機制，例如Microsoft Entra ID 驗證，可能會影響連線共用，因為令牌到期。 過期的令牌可能會使集區內的連線失效，並中斷重複使用。 此行為同時發生在使用新式驗證通訊協定的雲端式和內部部署資料庫系統中。
網路等待時間和端點： 網路等待時間和端點設定可能會影響連線共用的效率。 公用端點通常用於雲端裝載的資料庫，相較於私人或直接連線，通常會引入更高的延遲。 在具有動態IP尋址的雲端原生應用程式中，如果未更新防火牆規則以容納變更的IP位址，聯機重複使用可能會中斷。
加密需求： 強制執行 TLS/SSL 加密的資料庫需要連線共用組態和加密設定之間的對齊。 例如，省略連接字串中所需的加密參數，例如
Encrypt=True，可能會導致連線失敗，降低共用效率。DNS 解析： 私人端點和自定義 DNS 設定可能會對連線共用造成挑戰。 設定錯誤或不一致的 DNS 設定可能會延遲或封鎖連線建立，進而影響連線重複使用的效能和可靠性。 這在混合式或私人雲端設定的環境中特別相關。
在本節中
SQL Server 連線共用 （ADO.NET）
提供連線共用的概觀，並描述連接共用在 SQL Server 中的運作方式。
OLE DB、ODBC 和 Oracle 連線共用
描述 .NET Framework Data Provider for OLE DB、.NET Framework Data Provider for ODBC 和 .NET Framework Data Provider for Oracle 的連接共用。