|
前篇回顾：应用程序池在项目中引发的问题不多，不过如果遇到了没有经历过的话可能会比较茫然，呵呵。当然重点还是数据库连接池与线程池了。
本篇虫子就结合demo程序给大家演示下数据库连接池会给大家的程序带来什么样的影响。
private string mConnectionString = "server=127.0.0.1;uid=chongzi;pwd=123456;database=AntiXSS;Connection Reset=FALSE;Max Pool Size=15"
|
连接字符串中设定池化，池的最大数目为15
[Serializable]
public class DAL : IDisposable
{
public DAL()
{
DbHelper dh = new DbHelper();
DataSet ds = dh.excSqlRetDataSet("select getdate()");
Console.WriteLine(ds.Tables[0].Rows[0][0].ToString());
}
public void Dispose()
{
}
}
public DataSet excSqlRetDataSet(string sqlString)
{
DataSet ds = null;
if (sqlString.Length == 0)
{
return ds;
}
for (int i = 0; i < 20; i++)
{
SqlConnection conn = new SqlConnection(mConnectionString);
ds = new DataSet();
string sqlCommand = sqlString;
SqlDataAdapter da = new SqlDataAdapter(sqlCommand, conn);
da.Fill(ds);
//注意了 我这里没有关闭链接
//conn.Close();
}
return ds;
}
|
初始数据库连接数1
启动控制台应用程序
开启3个进程
4个！！！ 很好 至于为什么不是61个 虫子先卖个关子留到下面再说
那么 我们换成pooling=false看看
private string mConnectionString = "server=127.0.0.1;uid=chongzi;pwd=123456;database=AntiXSS;Connection Reset=FALSE;Pooling=FALSE";
|
初始是1个
我们同样开3个进程
看结果
1个~ ~
Conn这个链接对象我一直没有手动释放它。
对于这种现象我的解释是：
ADO.NET不依赖于ole db提供程序,而是使用.net托管提供的程序,可以断开connection而保留当前数据集可用,也就是非连接的方式。通常我们的程序默认是池化的，据库连接池中可能存在着多个没有被使用的连接一直连接着数据库。
总结一下：
池化，提高性能，但是同时会提高连接数。至于连接是否活动带来的影响未作分析。
非池化，性能一般，但是连接每次都是自动释放。
而且现在大家的应用程序当中，很多都是配置了池化但是实现了非池化。
回到上面的那个问题，为什么没有出现61个。
我们来修改下代码
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 | public DataSet excSqlRetDataSet(string sqlString)
{
DataSet ds = null;
if (sqlString.Length == 0)
{
return ds;
}
for (int i = 0; i < 20; i++)
{
SqlConnection conn = new SqlConnection(mConnectionString);
conn.Open();
//ds = new DataSet();
//string sqlCommand = sqlString;
//SqlDataAdapter da = new SqlDataAdapter(sqlCommand, conn);
//da.Fill(ds);
//注意了 我这里没有释放链接
//conn.Close();
}
return ds;
}
|
改哪里 自己找吧 虫子就不多说了 嘿嘿看效果图 初始化就不接了 同样3个进程
看到这里不需要虫子解释 你们也应该都懂了 .net如此为大家着想 是好事还是坏事 各自评定了。
|
