共用方式為

SQL Server 連接共用 (ADO.NET)

  • 發行項

更新： November 2007

連接到資料庫伺服器通常需要執行幾個很費時的步驟。必須要建立實體頻道 (如通訊端或具名管道)，必須建立與伺服器的初始信號交換、必須剖析連接字串資訊、伺服器必須要驗證連接，以及必須檢查是否已在現行交易中登記等。

實際上，大部分應用程式僅使用一個或幾個不同的連接組態。這表示應用程式執行期間，將會重複開啟及關閉許多相同的連接。為了減少開啟連接的成本，ADO.NET 會使用名為連接共用的最佳化技術。

連接共用可減少開啟新連接的必要次數。共用器會維護實體連接的所有權。它藉由讓每個指定連接組態的作用中連接集保持運行狀態，來管理連接。只要使用者針對連接呼叫 Open，共用器便會查看集區中是否有可用的連接。如果共用的連接可用，則共用器會將其傳回至呼叫端，而不會開啟新的連接。應用程式針對連接呼叫 Close 時，共用器會將其傳回至共用的作用中連接集，而不會真正關閉它。連接一旦傳回至集區，便已備妥在下一次 Open 呼叫中重複使用。

只有具備相同組態的聯接才可以共用。ADO.NET 會同時保留多個集區，每個組態都會有一個。使用整合安全性時，會按連接字串及 Windows 識別將連接分成多個集區。連接也會根據是否登記於交易中而進行共用。

共用連接可顯著提高應用程式的效能及延展性。依預設，ADO.NET 中的連接共用是啟用的。除非您明確停用，否則在應用程式中開啟及關閉連接時，共用器會對連接進行最佳化。您也可提供幾個連接字串修飾詞，以控制連接共用行為。如需詳細資訊，請參閱本章稍後的＜使用連接字串關鍵字控制連接共用＞。

集區的建立及指派

第一次開啟連接時，會根據精確的比對演算法建立連接集區，該演算法可將集區與連接中的連接字串相關聯。每個連接集區與不同的連接字串相關聯。開啟新連接時，如果連接字串與現有集區並不完全相符，則會建立新集區。連接共用的方式是以每個處理序、每個應用程式定義域、每個連接字串，及 (使用整合安全性時) 每個 Windows 識別進行的。連接字串必須完全符合；以不同順序針對同一連接所提供的關鍵字將會個別共用。

在下列 C# 範例中，會建立三個新的 SqlConnection 物件，但是只需要兩個連接集區來管理它們。請注意，第一個及第二個連接字串的不同之處在於指派給 Initial Catalog 的值不同。

using (SqlConnection connection = new SqlConnection(
  "Integrated Security=SSPI;Initial Catalog=Northwind"))
    {
        connection.Open();      
        // Pool A is created.
    }

using (SqlConnection connection = new SqlConnection(
  "Integrated Security=SSPI;Initial Catalog=pubs"))
    {
        connection.Open();      
        // Pool B is created because the connection strings differ.
    }

using (SqlConnection connection = new SqlConnection(
  "Integrated Security=SSPI;Initial Catalog=Northwind"))
    {
        connection.Open();      
        // The connection string matches pool A.
    }

如果連接字串中未指定 MinPoolSize 或其指定為零，則會在一段非作用中期間後關閉集區中的連接。不過，如果指定的 MinPoolSize 大於零，則在卸載 AppDomain 且處理序結束之前，不會損毀連接集區。維護非作用中或空的集區僅會導致最小的系統負荷量。

注意事項：

發生嚴重錯誤 (如容錯移轉) 時，會自動清除集區。

加入連接

針對每個唯一連接字串可建立連接集區。建立集區時，會建立多個連接物件並加入集區，以滿足最小集區大小需求。視需要將連接加入集區，直到達到指定的最大集區大小 (預設值是 100)。連接關閉或處置時，會被釋放回集區。

要求 SqlConnection 物件時，如果存在可用的連接，則會從集區取得該物件。若要連接可用，則連接必須未使用、具有相符的交易內容或不與任何交易內容關聯，並具有到伺服器的有效連結。

連接共用器會藉由重新配置釋放回集區的連接，來滿足連接的請求。如果已達到最大集區大小，但仍沒有可用的連接，則會將要求排入佇列。共用器接下來會嘗試回收所有連接，直到達到逾時 (預設值是 15 秒)。如果連接逾時之前共用器無法滿足要求，則會擲回例外狀況。

警告：

強烈建議您在使用完連接後一律關閉該連接，以便將連接傳回集區。您可使用 Connection 物件的 Close 或 Dispose 方法，或藉由開啟 C# 中之 using 陳述式或 Visual Basic 中之 Using 陳述式內的全部連接來執行此動作。可能不會將未明確關閉的連接加入或傳回集區。如需詳細資訊，請參閱 using 陳述式 (C# 參考) 或 HOW TO：處置系統資源 (Visual Basic)。
注意事項：

請不要在您類別之 Finalize 方法中的 Connection、DataReader 或任何其他 Managed 物件上呼叫 Close 或 Dispose。在完成項中，只需釋放類別直接擁有的 Unmanaged 資源。如果類別未擁有任何 Unmanaged 資源，請不要在類別定義中包含 Finalize 方法。如需詳細資訊，請參閱記憶體回收。
注意事項：

從連接集區中擷取連接或將連接傳回連接集區時，系統不會在伺服器上引發登入和登出事件。這是因為當連接傳回連接集區時，連接實際上並未關閉。如需詳細資訊，請參閱《SQL Server 線上叢書》中的 Audit Login 事件類別和 Audit Logout 事件類別。

移除連接

如果集區中的連接已閒置相當長的一段時間，或如果連接共用器偵測到與伺服器的連接已嚴重損毀，則連接共用器會從集區中移除該連接。請注意，只有嘗試與伺服器進行通訊後，才能偵測到嚴重損毀的連接。如果發現連接已不再連接到伺服器，則會將其標記為無效。只當關閉或回收無效的連接時，才會將它們從連接集區中移除。

如果連接是與已消失的伺服器連接，即使連接共用器尚未偵測到已嚴重損毀的連接並將其標記為無效，此連接還是會從集區中建立。這是因為檢查連接是否仍然有效的額外負荷抵消了集區的優點，它導致了與伺服器之間的往返通訊。發生此情況時，第一次嘗試使用該連接時將偵測到連接已嚴重損毀，並擲回例外狀況。

清除集區

ADO.NET 2.0 導入了兩種清除集區的新方法：ClearAllPools 和 ClearPool。ClearAllPools 會清除指定提供者的連接集區，ClearPool 會清除與特定連接相關聯的連接集區。如果呼叫時有正在使用中的連接，則會適當地標記它們。而當連接關閉時，會捨棄它們，而不是將其傳回集區。

交易支援

從集區中描繪連接，並根據交易內容進行指派。除非已在連接字串中指定 Enlist=false，否則連接集區會確保將連接登記在 Current內容中。連接關閉並傳回到具有已登記 System.Transactions 交易的集區時會先擱置。如果下一個要求發出時此連接是可用狀態，具有相同 System.Transactions 交易之連接集區就會傳回相同的連接。如果這類要求發出，但沒有可用的共用連接，則會從集區的非交易部分建立連接並登記。如果共用的連接可用，則共用器會將其傳回至呼叫端，而不會開啟新的連接。

連接關閉時，會根據其交易內容將其釋放回集區，並置於適當的子區塊中。因此，即使分散式交易仍處於暫止狀態，您仍可以關閉連接，而不會產生錯誤。這可讓您稍後再認可或中止分散式交易。

使用連接字串關鍵字控制連接共用

SqlConnection 物件的 ConnectionString 屬性支援連接字串索引鍵/值配對，其可用於調整連接共用邏輯的行為。如需詳細資訊，請參閱 ConnectionString。

集區片段

集區片段是許多 Web 應用程式中的常見問題，這些應用程式可能會建立大量集區，並且直至處理序結束後才釋放它們。這會使大量連接保持開啟狀態並消耗記憶體，導致效能降低。

整合安全性導致的集區片段

可根據連接字串及使用者識別共用連接。因此，如果您在網站上使用基本驗證或 Windows 驗證，並使用整合安全性登入，則每個使用者會獲得一個集區。雖然這會提升單一使用者之後續資料庫要求的效能，但該使用者無法利用其他使用者的連接。這也會導致每個使用者至少存在一個與資料庫伺服器的連接。這是特定 Web 應用程式架構的副作用，是開發人員在針對安全性與稽核需求方面必須考量的問題。

多個資料庫導致的集區片段

許多網際網路服務提供者在單一伺服器上裝載多個網站。他們可以使用單一資料庫確認表單驗證登入，然後開啟該使用者或使用者群組之特定資料庫的連接。驗證資料庫的連接可供所有人共用和使用。不過，每個資料庫存在單獨的連接集區，而這會增加伺服器連接的數目。

這也是應用程式設計的副作用。有一個比較簡單的方法可避免此副作用，同時不會影響連接到 SQL Server 時的安全性。連接到伺服器上的同一個資料庫，而不是連接到每個使用者或群組的個別資料庫，然後執行 Transact-SQL USE 陳述式，以變更為想要的資料庫。下列程式碼片段會示範如何建立與 master 資料庫的初始連接，然後切換至 databaseName 字串變數中指定之目標資料庫。

' Assumes that command is a valid SqlCommand object and that
' connectionString connects to master.
    command.Text = "USE DatabaseName"
Using connection As New SqlConnection(connectionString)
    connection.Open()
    command.ExecuteNonQuery()
End Using

// Assumes that command is a SqlCommand object and that
// connectionString connects to master.
command.Text = "USE DatabaseName";
using (SqlConnection connection = new SqlConnection(
  connectionString))
  {
    connection.Open();
    command.ExecuteNonQuery();
  }

應用程式角色和連接共用

呼叫 sp_setapprole 系統預存程序來啟動 SQL Server 應用程式角色後，便無法重設該連接的安全性內容。不過，啟用共用後，連接會傳回到集區，並且在重複使用共用連接時發生錯誤。如需詳細資訊，請參閱知識庫文件＜OLE DB 資源共用的 SQL 應用程式角色錯誤＞。

應用程式角色替代方案

如果使用的是 SQL Server 2005，建議您善加利用全新的安全機制，以取代應用程式角色。如需詳細資訊，請參閱在 SQL Server 中建立應用程式角色 (ADO.NET)。

請參閱

概念

效能計數器 (ADO.NET)

其他資源

連接共用 (ADO.NET)

SQL Server 和 ADO.NET