在大型的应用中，如何合理把握数据库的连接数？？

其实数据库连接不是你想得那样"频繁的连接可能会影响效率"ADO.Net中应用了连接池，所以对Connection对象的new、Open、Close、Dispose等操作实际上花费是很小的，真正的数据库连接不会因为你的Connection对象的消亡而消亡，连接池会存放暂时不用的连接。
所以使用的时候，为了怕使用Connection对象影响效率的看法是错误的，用静态的连接也是不可取的。
用ADO.Net开发数据的时候，对于Connection对象，可以在用的时候new，然后Open，最后Close，然后Dispose对象；注意不用的连接一定要Close，这是个原则，因为不Close，这个连接就不会回到连接池，所以资源就被浪费。你的问题是“如何合理把握数据库的连接数？？”，其实很简单，只需要考虑你的应用，最大的可能最多有多少个并发连接，最少会有多少，然后在连接串里面设置Min Pool Size(连接池最小连接数)和Max Pool Size(最大连接数)就行了；编码的时候，只需要在每一个连接用完之后Close，其他的事情就交给ADO.Net帮你做了。