獲取連接會消耗一些時間，在ADO.NET統計應用中，當新的請求到達時，連接會被不斷地打開和關閉，ADO.NET統計高效地處理請求。在這種環境里，要求建立連接時負載很小變得很重要，ADO.NET統計并且成了系統擴展性的瓶頸。

一個解決辦法就是連接池（Connection Pooling）。連接池就是在使用相同的數據源時，使會話共享的數據庫連接保持持久的設置。這樣可以避免總在創建和銷毀連接。在ADO.NET中，連接池對于程序員是完全透明的，數據訪問代碼根本不需要修改。當客戶通過調用Open()請求連接時，ADO.NET統計直接從可獲得的池中獲得服務，而不是重新創建。當客戶通過調Close()或Dispose()釋放連接時，也不需要丟棄連接，而是返回到池中，為下一個請求服務。

ADO.NET統計本身沒有包含連接池機制。但是，多數ADO.NET提供者實現了連接池的某些形式。ADO.NET統計實現了它們自己的高效的連接池算法。這些算法在可管理代碼中完全實現----這與某些流行的錯誤觀念形成鮮明對比---不使用COM+企業服務。對于在SQL Server 和Orace中需要重用的連接來說，連接串能夠精確匹配。如果稍有不同，在新的池中會創建新的連接。

提示：SQL Server和Oracle池使用純文本算法。意思就是連接串中的任何丁點的改變都會阻礙連接池，ADO.NET統計即便是簡單地更改參數的順序或者是在***面添加一個額外的空格也不能使用連接池。它強制你在Web頁中不進行硬編碼連接串。相反，你應該在一個地方存放連接串（***是在web.config）文件的<connectionStrings>節中存放）。

使用SQL Server和Oracle提供者，連接池是可用的并且自動使用。然而，你也可以使用連接串參數來配置池的大小。如果使用SQL Server提供者，你可以使用SqlConnection.RetrieveStatistics()方法（.NET2.0以前沒有這個方法）獲得一些有趣的統計。RetrieveStatistics返回一個哈希表和不同的底層細節，來幫助你分析命令的性能和執行的任務的數量。連接統計在部署了的應用中并不會經常用到，但在測試和成型期間分析性能時很有用。例如ADO.NET統計提供了一個工具，你可以使用它來確定不同的數據訪問策略執行有何不同（其它工具包括SQL Server管理工具，如SQL Profiler和Query Analyzer）。#t#

默認的情況下，連接統計被禁用以提高性能。為了使用連接統計，你需要將SqlConnection.StatisticsEnabled屬性設置為true。這樣就告訴了SqlConnection類收集它執行的每個動作的信息。在任何斷點之后，ADO.NET統計你都可以調用RetrieveStatistics()方法來檢查這個信息，或者使用ResetStatistics()來清空它，然后重新開始捕捉。