說了這么多ADO.Net連接池的相關注釋，那我們什么時候需要使用到Connection Pool呢？一般而言這應該由您的項目需求而決定。但是由于所有的額外檢查都會增大ADO.net Connection Pool 對系統的開銷。

如果您的項目是ASP.net/WebService 我們會建議您使用Connection Pool因為這個功能能夠幫助您減少由于頻繁創建連接帶來的巨大系統開銷。

如果您的系統是一個C/S模型結構，我們會不建議您使用Connection Pool，這是由于一般而言，在C/S這樣的模型中，每一個用戶都是使用自己的用戶名密碼去連接后臺數據庫，使用的都是不同的Connection String，基本不會出現頻繁出現打開/關閉數據庫連接的問題。#t#

實際上在C/S模型中，您可以一直使一個Connection保持open的關閉，而不Close，這樣更能夠提高您系統的性能，不會由于Connection Pool的額外檢查而帶來系統資源的消耗，同時也不必擔心一直打開的Connection長時間的占用了連接，導致其他的連接無法從connection pool 及時獲取到。（因為您根本就不需要使用到connection pool）。

protected override void Dispose(bool disposing)  
{  
if (disposing)  
{  
this._userConnectionOptions = null;  
this._poolGroup = null;  
this.Close();  
}  
this.DisposeMe(disposing);  
base.Dispose(disposing);  
}  

當連接返回pool時，它的時間和創建時間相比，如果它的存在時間超過了Connection Lifetime，它被釋放。這對于新加入集群的服務器平衡是很有用的。值0可以保證連接有***時限。