在那里来回的每个应用程序，我有使用与连接池连接的推荐量..，我的应用程序正在使用asp.net和c＃针对“相同”的服务器上的SQL Express。
我有5个应用程序运行时，它们没有集中使用，所有的连接打开和关闭..
所以我想设置每个应用程序的有分钟池= 5
因此这5×5 = 25个
可以在SQL快递手柄25连接......嗯，事实上5个游泳池和5个连接每个池？
我能上去十？ 而是否有必要把MAX池属性在连接字符串中，以确保我不走了每个池多少？
任何帮助真的apprecaited
Answer 1:
连接的数量确实重要一点。 您可以在默认的100让连接池的大小。
重要的是请求数。 其中的SQL Express的局限性在于，它只能运行一个调度 ，所以实际上它仅使用一个CPU核心。 这限制了可以被处理的请求数量。 有没有硬性限制，仅仅是一个CPU核心将能够处理只有一定量的工作，你开始在你的应用程序注意到性能下降之前（请求需要更长的时间才能完成）。
快递的第二个重要的限制是1 GB最大缓冲池大小 。 这限制了可以被缓存的数据量，并且过程高速缓存的大小。 其结果是更短的页面内存寿命和更高的I / O，以及更频繁的计划汇编。 所有这些又有助于逐渐性能下降。
当你用SQL Express的看有没有硬性限制你达到并停止工作，仅仅是被限制在它分配什么样的硬件资源，结果是一个有限的整体吞吐量。 当你接近那个吞吐量限制，性能开始下降。
在旧版本的MSDE有5所并发请求的查询限制，6日请求MSDE发动机会人为自己慢下来。
Answer 2:
这将取决于你所使用的版本的SQL Server，但是在SQL Server 2005 Express的存在对连接没有限制，所以你应该罚款。
该限制表示这里
Answer 3:
SQL Express可处理连接相同数量的理论，因为它的大哥哥SQL Server，它是32,767。 然而...的SQL Express将运行到它的内存限制多远，它会永远得到这个数字，因为它限于使用的内存1 GB。
文章来源: Connection pooling in SQL SERVER (express)- recommended amount?
