在向大家详细介绍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连接池的文章，感觉不错。
连接池允许应用程序从连接池中获得一个连接并使用这个连接，而不需要为每一个连接请求重新建立一个连接。一旦一个新的连接被创建并且放置在连接池中，应用程序就可以重复使用这个连接而不必实施整个数据库连接创建过程。
当应用程序请求一个连接时，连接池为该应用程序分配一个连接而不是重新建立一个连接；当应用程序使用完连接后，该连接被归还给连接池而不是直接释放。
如何实现连接池
确保你每一次的连接使用相同的连接字符串（和连接池相同）；只有连接字符串相同时连接池才会工作。如果连接字符串不相同，应用程序就不会使用连接池而是创建一个新的连接。
优点
使用连接池的最主要的优点是性能。创建一个新的数据库连接所耗费的时间主要取决于网络的速度以及应用程序和数据库服务器的（网络）距离，而且这个过程通常是一个很耗时的过程。而采用数据库连接池后，数据库连接请求可以直接通过连接池满足而不需要为该请求重新连接、认证到数据库服务器，这样就节省了时间。
