非常老的话题SQLSERVER连接池要素.doc

非常老的话题 SQLSERVER连接池 写这篇文章不是说要炒冷饭，因为园子里有非常非常多关于SQLSERVER连接池的文章，但是他们说的都是引用MSDN里的解释 或者自己做一些测试试验一下连接池的性能。但是对于SQLSERVER连接池的内部机制，好像都没有非常清晰地说清楚。 ? 连接池的作用就不说了，在园子里随便搜一大堆 还有使用连接池有利也有弊，大部分文章都说连接池的好处没有说连接池的不好的地方 连接池不好的地方在于事务的提交方面，如果上一个连接没有提交事务，有可能下一个 连接会遇到因为上一个连接的事务没有提交从而遇到意想不到的后果 详细的可以自行GOOGLE 先说一下带连接池功能的编程接口 微软的SQLSERVER客户端编程接口： ADO和ADO.NET 都支持连接池这种机制 JAVA的JDBC也支持连接池这种机制 注意：连接池机制是客户端数据库驱动程序提供的，功能都在驱动程序里，所以JDBC跟ADO,ADO.NET的连接池功能会有区别 因为客户端应用程序都是通过加载SQLSERVER的数据驱动控件做SQLSERVER连接。目前客户端数据库驱动程序主要有3种： 1、MDAC(微软数据访问组件) SQL2000的时候开始有的 2、SQLSERVER Native Client SQL2005开始引入的 3、Microsoft JDBC Provider ?使用机制与MDAC和SQLSERVER Native Client不同 ? 下面再说一下在论坛里经常有人问到的问题： 问题1：SQLServer连接池被创建在SQLClient端还是SQLServer端？ ?答案：在客户端 当应用程序运行的时候，会有一个连接池的管理控件运行在应用程序的进程里，统一管理应用程序和SQLSERVER建立的所有连接， 并且维护这些连接一直处于活动状态。当有用户发出一个connection open指令时连接池会在自己维护的连接池中找一个处于空闲状态 的连接放回自己管理的连接池里，给这个用户使用。当用户使用完毕后，发出connection close指令，连接池会把这个连接放回自己 管理的连接池里，让他重新处于空闲状态，而不是真的从SQL里登出。这样如果下次有用户需要相同连接，就可以重用这个连接， 而无须再去做物理连接了。就是说连接池是放在客户端的，是客户端机制 ? ? 问题2：如果在一个应用程序里设置连接池的大小为40000个，第二个应用程序里设置连接池的大小也为40000个， 程序跟SQLSERVER会不会报错？ 答案：不会 当应用程序运行的时候，会有一个连接池的管理控件运行在应用程序的进程里，统一管理应用程序和SQLSERVER建立的所有连接， 并且维护这些连接一直处于活动状态。当有用户发出一个connection open指令时连接池会在自己维护的连接池中找一个处于空闲状态 的连接放回自己管理的连接池里，给这个用户使用。当用户使用完毕后，发出connection close指令，连接池会把这个连接放回自己 管理的连接池里，让他重新处于空闲状态，而不是真的从SQL里登出。这样如果下次有用户需要相同连接，就可以重用这个连接， 而无须再去做物理连接了 这个问题是针对上面这段话的，如果一个应用程序指定了连接池的大小为40000个那么跟SQLSERVER的连接已经有40000个了， SQLSERVER的最大连接数是32767，那么第二个应用程序再打开40000个连接会不会报错呢？ 本人根据园子里的这篇文章做了一个实验测试会不会报错，修改了他里面的一些代码,下面是我自己写的代码跟报错的内容跟文章链接 做实验之前记得重启一下SQLSERVER 亲测SQLServer的最大连接数 /wlb/archive/2012/04/08/2437617.html ? 1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Text; 5 using System.Data; 6 using System.Data.SqlClient; 7 8 namespace SQLServerMaxConnectionTest 9 { 10 class Program 11 { 12 static void Main(string[] args) 13 { 14 int maxCount = 40000; 15 string connstr=Server=joe;Database=AdventureWorks;User ID=sa