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

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

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

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

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

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