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

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

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

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

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

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