ADO.NET 中引入了数据库连接池的概念，其实默认我们在连接数据库的时候已经用了数据库连接池。比如
SqlConnection conn = new SqlConnection();
conn.ConnectionString = "Integrated Security=SSPI;Initial Catalog=pubs";
conn.ConnectionString = "Integrated Security=SSPI;Initial Catalog=pubs;pooling=true;min pool size=0;max pool size=100;connection reset=true";
conn.Open();
代码中两种数据库连接字符串的效果是一样的。都是说要启用连接池，池的最小时0，最大是100，每一个连接用完放回池的时候，会重置其上下文。对这种做法，有几点很容易误解
1. Min Pool Size 的意义：假设这个地方改为50 的话。
我早期的理解： 在数据库连接总的数目不超过50的时候，根本不使用池的概念。也就是说数据库的连接时线形的从1 随着用户的新连接逐渐加到50 。超过50 之后，开始有池的概念。新的连接会重用已有的连接
结果发现这个想法是错误的。
如果我代码改为
New SqlConnection("server=.;database=northwind;trusted_connection=yes;min pool size=100")
在第一个用户调用 cnn.open 的时候，结果数据库的连接一下子初始化了100个。
在查询分析器中用 sp_who 看了一下，一下子就多了100个。
这一点确实出乎我的意料。
然后我验证了一下 COM+ 的对象池确实也是在第一次构造的时候用min pool size 实例化很多对象
Public Class CustomerClass Customer
Inherits ServicedComponent
Sub New()Sub New()
Dim eventLogEntry As New System.Diagnostics.EventLog("complus")
eventLogEntry.WriteEntry("complus", "newed" & DateTime.Now)
End Sub
Protected Overrides Function CanBePooled()Function CanBePooled() As Boolean
Return True
End Function
End Class
结果 COM+ app 配置pool 的时候，在对象第一次调用的时候会在系统日志中写对应min pool size 数目的日志。
下次再提关于connection reset， 这个属性的影响也很大。；）
免责声明：本文为网络用户发布，其观点仅代表作者个人观点，与本站无关，本站仅提供信息存储服务。文中陈述内容未经本站证实，其真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
