关于.NET数据库访问中连接池一些认识
一般情况下在采用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()呢,在有连接池的情况下,我更倾向与后种,虽然有一定的性能损失,但是他使代码更加独立.
