关于.NET数据库访问中连接池一些认识
2007-12-27 14:33
405 查看
一般情况下在采用SqlConnection进行MSSQL数据库访问时,只要使用的是相同的连接字符窜,并且没有明确指明禁止连接池时,系统自动采用连接池功能.
因此conn.Open() conn.Close()并不是关闭物理上的连接,而是从连接池中申请与归还连接,比方访问MSSQL数据库时,我们发出的conn.Open(),conn.Close()等操作是针对数据提供程序(这里是.NET SqlClient DataProvider),提供程序接着把我们对ADO.NET的操作转化为对数据库的操作.
这一点通过 SQL 事件探查器可以看到,我们通过SqlClient提供的数据操作类进行数据库访问时,在跟踪信息的ApplicationName列中显示的是.NET SqlClient DataProvider.
由于连接池的存在,假设有一组数据库操作函数,他们功能相对独立因此被封装在不同的函数里,由于有可能在一个页面里(asp.net)同时掉用这些函数,那么我们是不是要把SqlConnection做为一个参数来设计这些函数,还是每个函数多自己完成conn.Open,与conn.Close()呢,在有连接池的情况下,我更倾向与后种,虽然有一定的性能损失,但是他使代码更加独立.
因此conn.Open() conn.Close()并不是关闭物理上的连接,而是从连接池中申请与归还连接,比方访问MSSQL数据库时,我们发出的conn.Open(),conn.Close()等操作是针对数据提供程序(这里是.NET SqlClient DataProvider),提供程序接着把我们对ADO.NET的操作转化为对数据库的操作.
这一点通过 SQL 事件探查器可以看到,我们通过SqlClient提供的数据操作类进行数据库访问时,在跟踪信息的ApplicationName列中显示的是.NET SqlClient DataProvider.
由于连接池的存在,假设有一组数据库操作函数,他们功能相对独立因此被封装在不同的函数里,由于有可能在一个页面里(asp.net)同时掉用这些函数,那么我们是不是要把SqlConnection做为一个参数来设计这些函数,还是每个函数多自己完成conn.Open,与conn.Close()呢,在有连接池的情况下,我更倾向与后种,虽然有一定的性能损失,但是他使代码更加独立.
相关文章推荐
- 关于.net中获取图像缩略图的函数GetThumbnailImage的一些认识。
- 关于.net 2.0数据库连接出错的一些经验
- 关于在.net环境下通过使用LDAP来访问AD,LDAPServer的一些问题?
- 关于.net中获取图像缩略图的函数GetThumbnailImage的一些认识。
- 关于.Net中ThreadPool的一些认识
- .Net+MySQL的开发(数据库访问)
- 关于gcc内置函数和c隐式函数声明的认识以及一些推测
- Com+和数据库访问对象(ADO.Net)的一些问题的研究(2002年12月10日)
- 关于数据库的水平切分和垂直切分的一些概念(转)
- 关于“因为数据库正在使用,所以无法获得对数据库的独占访问权”的最终解决方案
- 关于.Net Remoting以IIS发布的一些心得体会
- All About JAVA 关于数据库ORACLE驱动包中OracleConnectionPoolDataSource连接池的使用方法
- 关于百度优化中减少访问数据库的处理
- 关于block访问外部变量的一些小注意点
- .NET 访问 Oracle 数据库相关
- 关于“因为数据库正在使用,所以无法获得对数据库的独占访问权”的最终解决方案
- 关于.net(C#)中的跨进程访问的问题
- 【脚本语言系列】关于Python数据库访问DAO, 你需要知道的事
- 【脚本语言系列】关于Python数据库访问ActiveXDataObject,你需要知道的事
- 关于Android中的Handler的一些认识