#T#ADO.NET有很多值得學習的地方，這里我們主要介紹ADO.NET FAQ連接池，包括介紹連接池的解決方法等方面。問題，一種CS架構(gòu)的程序，直接把SQL Server作為服務端，每個客戶端直接連接數(shù)據(jù)庫操作，如果客戶端打開的數(shù)量過多時SQL Server的連接數(shù)將會特別高，數(shù)據(jù)庫端形成性能瓶頸，這種情況下怎么辦?想了想，造成這種情況的原因是ADO.NET的內(nèi)部機制造成的。 ADO.NET中為了提高性能，所以使用了連接池，這樣每個請求就不必都創(chuàng)建一個連接，然后認證，然后執(zhí)行SQL，而是從連接池中直接取出連接執(zhí)行 SQL，執(zhí)行完成后也并不是真正關(guān)閉連接，而是將該連接重新放回連接池中。如果有100個客戶端，每個客戶端在使用一段時間后連接池中保存了10個連接，那么在這種情況下，即使不在客戶端做任何操作，SQL Server上都有1000個連接，這樣不出性能問題才怪。

既然是連接池的問題，針對該問題的2個解決辦法：

1.關(guān)閉ADO.NET的連接池，每次執(zhí)行SQL時都是新建一個連接執(zhí)行，然后關(guān)閉。這樣做將使數(shù)據(jù)查詢有所減慢(每次都建立連接，每次都認證，當然會慢了)，不過這個慢是毫秒級的，一般感覺不到的，但是如果一個操作就涉及到幾百個SQL語句的情況可能會明細感覺到減慢。修改方法特別簡單，都不用修改代碼，在數(shù)據(jù)庫鏈接字符串中加入Pooling=False;即可。

2.修改架構(gòu)，這種CS架構(gòu)除了性能問題外還會出現(xiàn)其他的比如安全上的問題。可以將直接連數(shù)據(jù)庫的方法改成連接服務，這其中可以使用Remoting、Web服務等，當然現(xiàn)在可以統(tǒng)一用WCF了。這樣做就只有服務程序去連接數(shù)據(jù)庫，而客戶端只連接服務程序，這樣就不會出現(xiàn)連接池造成的瓶頸。不過這樣做代碼修改量很大，若真要改還是很痛苦的。

ADO.NET FAQ連接池

1. 何時創(chuàng)建ADO.NET FAQ連接池?

當***個連接請求到來時創(chuàng)建連接池;連接池的建立由數(shù)據(jù)庫連接的連接字符創(chuàng)來決定。每一個連接池都與一個不同的連接字符串相關(guān)。當一個新的連接請求到來時如果連接字符串和連接池使用的字符串相同，就從連接池取出一個連接;如果不相同，就新建一個連接池。

2. 何時關(guān)閉連接池?

當連接池中的所有連接都已經(jīng)關(guān)閉時關(guān)閉連接池。

3. 當連接池中的連接都已經(jīng)用完，而有新的連接請求到來時會發(fā)生什么?

當連接池已經(jīng)達到它的***連接數(shù)目時，有新的連接請求到來時，新的連接請求將放置到連接隊列中。當有連接釋放給連接池時，連接池將新釋放的連接分配給在隊列中排隊的連接請求。你可以調(diào)用close和dispose將連接歸還給連接池。

4. 我應該如何允許連接池?

對于.NET應用程序而言，默認為允許連接池。(這意味著你可以不必為這件事情做任何的事情)當然，如果你可以在SQLConnection對象的連接字符串中加進Pooling=true;確保你的應用程序允許連接池的使用。

5. 我應該如何禁止連接池?

ADO.NET默認為允許數(shù)據(jù)庫連接池，如果你希望禁止連接池，可以使用如下的方式：

1) 使用SQLConnection對象時，往連接字符串加入如下內(nèi)容：Pooling=False;

2) 使用OLEDBConnection對象時，往連接字符串加入如下內(nèi)容：OLE DB Services=-4;