conn.open() conn.close() 连接池，效率问题

[yongfa365]

我现在使用一个组件
http://www.cnblogs.com/yueue/archive/2007/05/13/745055.html
但发现一个问题，不知道有没有影响，
我以前用vbs时，如果conn.open后做其它操作都很快，但conn.open这个过程很慢，而我看到这个程序里，每执行一次函数如：
/// <summary>
/// 执行数据库命令返回受影响的行数
/// </summary>
/// <param name="SQLText">SQL语句</param>
/// <returns>受影响的行数</returns>
public int ExecuteNonQuery(string SQLText)
{
if (IsProcedure(SQLText)) { mCommand.CommandType = CommandType.StoredProcedure; } else { mCommand.CommandType = CommandType.Text; }
mCommand.CommandText = SQLText;
try
{
mCommand.Connection.Open();
return mCommand.ExecuteNonQuery();
}
finally
{
mCommand.Connection.Close();
ClearParameters();
}
他都会先conn.open执行完后再conn.close一次，

现在的问题是：如果我一页要执行10多条这个函数，每次都open后再close会不会影响执行效率，影响有多大？
因为以前的VBS我感觉影响非常大，而听说.net 有连接池，即便我close了，下次链接时open会从池里取，原不是像第一次那样执行，所以速度不会有什么影响？请问是这样吗？麻烦各位指点一二.

[stning]

是的，有内置，但其实你可以自己写一个类来控制连接数。

[浮生若梦丶]

[Quote=引用 1 楼 stning 的回复:]
是的，有内置，但其实你可以自己写一个类来控制连接数。
[/Quote]

[jzywh]

又见connection忧虑贴

mCommand.Connection.Close();

不是把连接真正的关闭，而是把连接归还给连接池。

mCommand.Connection.Open(); 其实就是从连接池取连接

[yongfa365]

已测试，效率没有影响，不管是连接远程还是连接本地数据库进行1000次写入，结果都只是差几百毫秒，可见jzywh说法是正确的，

以前没考虑这个问题，今天同事提到，我才想到这问题，没想到Ｍicrosoft都已经把这问题给解决了。

[simonezhlx]

[Quote=引用楼主 yongfa365 的帖子:]
我现在使用一个组件
http://www.cnblogs.com/yueue/archive/2007/05/13/745055.html
但发现一个问题，不知道有没有影响，
我以前用vbs时，如果conn.open后做其它操作都很快，但conn.open这个过程很慢，而我看到这个程序里，每执行一次函数如：
/// <summary>
/// 执行数据库命令返回受影响的行数
/// </summary>
/// <param name="SQLText">SQL语句 </param>
/// <retu…
[/Quote]
其它主要还是性能问题,第一是没办法适时的释放连接资源.频繁打开与关闭是否会对性能构成影响.不知道是否真有影响.

[sxmonsy]

[Quote=引用 3 楼 jzywh 的回复:]
又见connection忧虑贴

mCommand.Connection.Close();

不是把连接真正的关闭，而是把连接归还给连接池。

mCommand.Connection.Open(); 其实就是从连接池取连接
[/Quote]

[diandian82]

不过这种做法不值得提倡。

[lude8880]

蹭分

[amandag]

[Quote=引用 3 楼 jzywh 的回复:]
又见connection忧虑贴

mCommand.Connection.Close();

不是把连接真正的关闭，而是把连接归还给连接池。

mCommand.Connection.Open(); 其实就是从连接池取连接
[/Quote]

[simonezhlx]

[Quote=引用 13 楼 sxmonsy 的回复:]
引用 3 楼 jzywh 的回复:
又见connection忧虑贴

mCommand.Connection.Close();

不是把连接真正的关闭，而是把连接归还给连接池。

mCommand.Connection.Open(); 其实就是从连接池取连接
[/Quote]
学习

[beijingbeerman]

可以吧open数据库链接，和close数据库单独写成两个方法。这样只是打开一次数据库，操作完成之后统一关闭，减少开关次数。

[格拉]

顶

[zhnzzy]

告诉你,不用担心
同意这个

又见connection忧虑贴

mCommand.Connection.Close();

不是把连接真正的关闭，而是把连接归还给连接池。

mCommand.Connection.Open(); 其实就是从连接池取连接

[blestcc]

雖然沒有真正關閉，但還是統一管理比較好

[GhostAdai]

接分！

[以专业开发人员为伍]

[Quote=引用楼主 yongfa365 的帖子:]
我以前用vbs时，如果conn.open后做其它操作都很快，但conn.open这个过程很慢，而我看到这个程序里，每执行一次函数如： [/Quote]

vbs的open方法哪有连接池功能？这不是很明显不同嘛。

[以专业开发人员为伍]

其实仍然应该考虑减少Open，ExecuteNonQuery这个方法按说不应该在内部Open，在外边统一管理。

[yongfa365]

看来天下同一心哪，


没有影响，但频繁的open及close应该不好，比如，要插入10000条记录，没必要open了再close,但一般不插入这么多，所以为了方便还是直接写到一个里面，在那里open，完后再close,应用时不用写那么多代码