在向大家詳細介紹Ado.Net Sybase之前，首先讓大家了解下Ado.Net Sybase，然后全面介紹Ado.Net Sybase。Ado.Net Sybase還是比較常用的，于是我研究了一下Ado.Net Sybase，在這里拿出來和大家分享一下，希望對大家有用

前幾天同事問我一個問題，一種CS架構的程序，直接把SQL Server作為服務端，每個客戶端直接連接數據庫操作(kay注：S2的cs項目就是這種架構)，如果客戶端打開的數量過多時SQL Server的連接數將會特別高，數據庫端形成性能瓶頸，這種情況下怎么辦？想了想，造成這種情況的原因是ADO.NET的內部機制造成的。ADO.NET中為了提高性能，所以使用了連接池，這樣每個請求就不必都創建一個連接，然后認證，然后執行SQL，而是從連接池中直接取出連接執行SQL，執行完成后也并不是真正關閉連接，而是將該連接重新放回連接池中。如果有100個客戶端，每個客戶端在使用一段時間后連接池中保存了10個連接，那么在這種情況下，即使不在客戶端做任何操作，SQL Server上都有1000個連接，這樣不出性能問題才怪。#t#

既然是連接池的問題，那么我就針對該問題想到了2個解決辦法：

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

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

以下是網上找到的一篇介紹ADO.NET連接池的文章，感覺不錯。

連接池允許應用程序從連接池中獲得一個連接并使用這個連接，而不需要為每一個連接請求重新建立一個連接。一旦一個新的連接被創建并且放置在連接池中，應用程序就可以重復使用這個連接而不必實施整個數據庫連接創建過程。

當應用程序請求一個連接時，連接池為該應用程序分配一個連接而不是重新建立一個連接；當應用程序使用完連接后，該連接被歸還給連接池而不是直接釋放。

如何實現連接池

確保你每一次的連接使用相同的連接字符串（和連接池相同）；只有連接字符串相同時連接池才會工作。如果連接字符串不相同，應用程序就不會使用連接池而是創建一個新的連接。

優點

使用連接池的最主要的優點是性能。創建一個新的數據庫連接所耗費的時間主要取決于網絡的速度以及應用程序和數據庫服務器的（網絡）距離，而且這個過程通常是一個很耗時的過程。而采用數據庫連接池后，數據庫連接請求可以直接通過連接池滿足而不需要為該請求重新連接、認證到數據庫服務器，這樣就節省了時間。