【整理】 ADO.NET连接池

本文内容为网上多篇文章的整理结果，引用资源包括 ADO.NET连接池，  asp.net如何设置数据库连接池的数 ，关于ADO.Net连接池（Connection Pool）的一些个人见解

ado.net连接池

 

 

ado.net连接池

ado.NET中提供了连接池的功能，多数开发人员很少设置它，因为它是默认的。

界面设置如下图：

 

 

关闭连接池也很简单，在连接字符串如下：

Data Source=(local);Initial Catalog=AdventureWorks;Integrated Security=SSPI;Pooling=False;

但连接池的本质是什么样的呢？

 

用Reflector，打开System.Data.SqlClient.SqlConnection的ConnectionString属性的设置值的方法，如下：

private void ConnectionString_Set(string value)

{

    DbConnectionOptions userConnectionOptions = null;

    DbConnectionPoolGroup group = this.ConnectionFactory.GetConnectionPoolGroup(value, null, ref userConnectionOptions);

    DbConnectionInternal innerConnection = this.InnerConnection;

    bool allowSetConnectionString = innerConnection.AllowSetConnectionString;

    if (allowSetConnectionString)

    {

        allowSetConnectionString= this.SetInnerConnectionFrom(DbConnectionClosedBusy.SingletonInstance, innerConnection);

        if (allowSetConnectionString)

        {

            this._userConnectionOptions = userConnectionOptions;

            this._poolGroup = group;

            this._innerConnection = DbConnectionClosedNeverOpened.SingletonInstance;

        }

    }

    if (!allowSetConnectionString)

    {

        throw ADP.OpenConnectionPropertySet("ConnectionString", innerConnection.State);

    }

    if (Bid.TraceOn)

    {

        string str = (userConnectionOptions != null) ? userConnectionOptions.UsersConnectionStringForTrace() : "";

        Bid.Trace("<prov.DbConnectionHelper.ConnectionString_Set|API> %d#, '%ls'\n", this.ObjectID, str);

    }

}

再连接 到红色的GetConnectionPoolGroup方法，如下代码

 internal DbConnectionPoolGroup GetConnectionPoolGroup(string connectionString, DbConnectionPoolGroupOptions poolOptions, ref DbConnectionOptions userConnectionOptions)

{

    DbConnectionPoolGroup group;

    if (ADP.IsEmpty(connectionString))

    {

        return null;

    }

    if (!this._connectionPoolGroups.TryGetValue(connectionString, out group) || (group.IsDisabled && (group.PoolGroupOptions != null)))

    {

        DbConnectionOptions options = this.CreateConnectionOptions(connectionString, userConnectionOptions);

        if (options == null)

        {

            throw ADP.InternalConnectionError(ADP.ConnectionError.ConnectionOptionsMissing);

        }

        string str = connectionString;

        if (userConnectionOptions == null)

        {

            userConnectionOptions = options;

            str = options.Expand();

            if (str != connectionString)

            {

                return this.GetConnectionPoolGroup(str, null, ref userConnectionOptions);

            }

        }

        if ((poolOptions == null) && ADP.IsWindowsNT)

        {

            if (group != null)

            {

                poolOptions = group.PoolGroupOptions;

            }

            else

            {

                poolOptions = this.CreateConnectionPoolGroupOptions(options);

            }

        }

        DbConnectionPoolGroup group2 = new DbConnectionPoolGroup(options, poolOptions) {

            ProviderInfo = this.CreateConnectionPoolGroupProviderInfo(options)

        };

        lock (this)

        {

            Dictionary<string, DbConnectionPoolGroup> dictionary = this._connectionPoolGroups;

            if (!dictionary.TryGetValue(str, out group))

            {

                Dictionary<string, DbConnectionPoolGroup> dictionary2 = new Dictionary<string, DbConnectionPoolGroup>(1 + dictionary.Count);

                foreach (KeyValuePair<string, DbConnectionPoolGroup> pair in dictionary)

                {

                    dictionary2.Add(pair.Key, pair.Value);

                }

                dictionary2.Add(str, group2);

                this.PerformanceCounters.NumberOfActiveConnectionPoolGroups.Increment();

                group = group2;

                this._connectionPoolGroups = dictionary2;

            }

            return group;

        }

    }

    if (userConnectionOptions == null)

    {

        userConnectionOptions = group.ConnectionOptions;

    }

    return group;

}

TryGetValue是判断是否存在连接字符串为connectionString的连接，存在返回到group，不存在就调用CreateConnectionOptions创建一个DbConnectionOptions，最后用

lock (this)

        {

            Dictionary<string, DbConnectionPoolGroup> dictionary = this._connectionPoolGroups;

            if (!dictionary.TryGetValue(str, out group))

            {

                Dictionary<string, DbConnectionPoolGroup> dictionary2 = new Dictionary<string, DbConnectionPoolGroup>(1 + dictionary.Count);

                foreach (KeyValuePair<string, DbConnectionPoolGroup> pair in dictionary)

                {

                    dictionary2.Add(pair.Key, pair.Value);

                }

                dictionary2.Add(str, group2);

                this.PerformanceCounters.NumberOfActiveConnectionPoolGroups.Increment();

                group = group2;

                this._connectionPoolGroups = dictionary2;

            }

            return group;

        }

这段代码放到连接池中，在这里，可能显示的看到，ado.NET的连接池实质上是一个Dictionary<string, DbConnectionPoolGroup>泛型集合。

所谓的连接池，就是一个与连接对象Connection相关的集合，这不只是简单的集合，而是有一定的机制在内部。我们做开发时，可能建立Connection连接对象，关闭连接对象，有时候还调用Dispose来释放连接。下次再用时，便重新实例化一个连接。但在池中的连接不随连接对象的Close或Dispose而释放。如果下次重新建立连接，连接字符串与前一次完全一模一样，则连接池就会把上次可用的连接对象赋给连接去用。如果两个连接字符串有一点不一样，即使在某一个地方多一个空格，连接池也不会以为是相同的连接，这点微软可能在内部只直接去比较两个字符串了，而不是比较连接数据库字符串的键值互相匹配。

连接池的好处就是保留连接对象，防止下次重头再来实例化一个连接对象。

 

（说明：可能找到结果后觉得非常简单，但怎么找到结果的，却是费了很大劲，几乎是5个小时，所以相把找到结果的过程简单说一下：

一开始用Reflector发现SqlConnection中有一个PoolGroup的属性，于是就想在运行时候比较两个SqlConnection对象的这个属性，但由于这个属性是的访问修饰符是internal的，不能直接访问，只有用反射，代码（是经过优化的）如下：

            string constr1 = "Data Source=(local);Initial Catalog=AdventureWorks;Integrated Security=SSPI;";

            string constr2 = "Data Source=(local);Initial Catalog=Pubs;Integrated Security=SSPI;";

            string AssMark = "System.Data,Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089";

            Assembly ass = Assembly.Load(AssMark);

 

            Type SqlConType = null;

            foreach (Type conType in ass.GetExportedTypes())

            {

                Console.WriteLine(conType .ToString ());

                if ("System.Data.SqlClient.SqlConnection" == conType.ToString())

                {

                    SqlConType = conType;

                }

            }

            if (SqlConType != null)

            {

                Type[] types1 = new Type[0];

                ConstructorInfo constructorInfoObj1 = SqlConType.GetConstructor(

                     BindingFlags.Instance | BindingFlags.Public, null,

                     CallingConventions.HasThis, types1, null);

                SqlConnection con1 = (SqlConnection)constructorInfoObj1.Invoke(null);

                con1.ConnectionString = constr1;           

                SqlConnection con2 = (SqlConnection)constructorInfoObj1.Invoke(null);

                con2.ConnectionString = constr2;

                PropertyInfo PI = SqlConType.GetProperty("PoolGroup", BindingFlags.Instance | BindingFlags.NonPublic);

                object poolGroup1 = PI.GetValue(con1, null);

                object poolGroup2 = PI.GetValue(con2, null); 

            }

然后在倒数第一行设置断点，为比较poolGroup1和poolGroup2的不同，结果发现，当连接字符串一样时，这两个对象的_objectID相同，字符串有一点不同就会不同，这点说明连接池中是用字符串本身比较的，而不是字符串中键值对进行比较。同还发现当con1和con2的ConnectionString不赋值时这两个对象都是null，由此说明关键是ConnectionString赋值上，所以才开始用Reflector查看这个属性的赋值方法，才有上面的代码。）

 

 

 

 

连接池允许应用程序从连接池中获得一个连接并使用这个连接，而不需要为每一个连接请求重新建立一个连接。一旦一个新的连接被创建并且放置在连接池中，应用程序就可以重复使用这个连接而不必实施整个数据库连接创建过程。

连接池允许应用程序从连接池中获得一个连接并使用这个连接，而不需要为每一个连接请求重新建立一个连接。一旦一个新的连接被创建并且放置在连接池中，应用程序就可以重复使用这个连接而不必实施整个数据库连接创建过程。

 当应用程序请求一个连接时，连接池为该应用程序分配一个连接而不是重新建立一个连接；当应用程序使用完连接后，该连接被归还给连接池而不是直接释放。

 如何实现连接池
确保你每一次的连接使用相同的连接字符串（和连接池相同）；只有连接字符串相同时连接池才会工作。如果连接字符串不相同，应用程序就不会使用连接池而是创建一个新的连接。

 优点
       使用连接池的最主要的优点是性能。创建一个新的数据库连接所耗费的时间主要取决于网络的速度以及应用程序和数据库服务器的（网络）距离，而且这个过程通常是一个很耗时的过程。而采用数据库连接池后，数据库连接请求可以直接通过连接池满足而不需要为该请求重新连接、认证到数据库服务器，这样就节省了时间。

 缺点
       数据库连接池中可能存在着多个没有被使用的连接一直连接着数据库（这意味着资源的浪费）。

 技巧和提示

 1．  当你需要数据库连接时才去创建连接池，而不是提前建立。一旦你使用完连接立即关闭它，不要等到垃圾收集器来处理它。

2．  在关闭数据库连接前确保关闭了所有用户定义的事务。

3．  不要关闭数据库中所有的连接，至少保证连接池中有一个连接可用。如果内存和其他资源是你必须首先考虑的问题，可以关闭所有的连接，然后在下一个请求到来时创建连接池。

 

连接池FAQ
1．  何时创建连接池？

当第一个连接请求到来时创建连接池；连接池的建立由数据库连接的连接字符创来决定。每一个连接池都与一个不同的连接字符串相关。当一个新的连接请求到来时如果连接字符串和连接池使用的字符串相同，就从连接池取出一个连接；如果不相同，就新建一个连接池。

2．  何时关闭连接池？
当连接池中的所有连接都已经关闭时关闭连接池。

3．  当连接池中的连接都已经用完，而有新的连接请求到来时会发生什么？
当连接池已经达到它的最大连接数目时，有新的连接请求到来时，新的连接请求将放置到连接队列中。当有连接释放给连接池时，连接池将新释放的连接分配给在队列中排队的连接请求。你可以调用close和dispose将连接归还给连接池。

4．  我应该如何允许连接池？
对于.NET应用程序而言，默认为允许连接池。（这意味着你可以不必为这件事情做任何的事情）当然，如果你可以在SQLConnection对象的连接字符串中加进Pooling=true;确保你的应用程序允许连接池的使用。

5．  我应该如何禁止连接池？
ADO.NET默认为允许数据库连接池，如果你希望禁止连接池，可以使用如下的方式：
1)        使用SQLConnection对象时，往连接字符串加入如下内容：Pooling=False;
2)        使用OLEDBConnection对象时，往连接字符串加入如下内容：OLE DB Services=-4;

-----------------------------------------------------------------------------------------------------------------------------------------------
连接池
    连接池是与业务对象对等的中间层部分，启动一个新的业务对象时，会检查连接池现有的连接，若有就使用它，否则就创建一新连接。包含在ADO.NET中的每个.NET数据提供程序都可实现连接池。
    默认连接池是打开的，当关闭连接时，并不是真正关闭实际的数据连接，若超过默认时间（60秒）未再次使用，才会真正被关闭。
    若不想存储连接？将下面的字符串添加到OLE DB连接字符串中去：OLE DB Services=-4; 若使用SqlConnection对象，添加下字符：Pooling=False;

Connection类
CreateCommand方法可节省一行代码
OleDbCommand cmd=cn.CreateCommand();
与下面两句等价：
OleDbCommand cmd=new OleDbCommand();
cmd.Connection=cn;
GetOleDbSchemaTable方法获取数据库架构信息
有两个参数schema（定要返回的架构表）和 restrictions （限制值的 Object 数组）重点是Restrictions参数数组，结构是{“TABLE_CATALOG“,“TABLE_SCHEMA“,“TABLE_NAME“,“COLUMN_NAME“},具体可参考MSDN
-----------------------------------------------------------------------------------------------------------------------------------------------
.NET框架组件数据提供程序

　　.NET框架组件中的数据提供程序是应用程序与数据源之间的一座桥梁。它允许你从数据源返回查询的结果，在数据源上执行命令，把数据集中的改变提交到数据源。本文包含了怎样选择最适合需求的.NET框架组件数据提供程序。

　　使用哪种.NET框架组件数据提供程序

　　为了使应用程序获得最佳的性能，需要使用最适合数据源的.NET框架组件数据提供程序。

　　连接到SQL Server 7.0及以上版本

　　当连接到SQL Server 7.0及以上版本时，为了获得最佳性能应该使用SQL Server .NET 数据提供程序。SQL Server .NET数据提供程序设计为直接访问SQL Server，没有其它附加的技术层。下图（图1）说明了访问SQL Server 7.0及以上版本的多种技术之间的差别。

 

　　图1.访问SQL Server 7.0及以上版本的连接方法

　　连接到ODBC数据源

　　名字空间中的ODBC .NET数据提供程序的结构与SQL Server和OLE DB的.NET数据提供程序相同。ODBC .NET数据提供程序使用"ODBC"前缀和标准的ODBC连接字符串。

　　注意：ODBC .NET数据提供程序包含在.NET框架组件1.1以上版本，包含ODBC .NET数据提供程序的名字空间是System.Data.Odbc。

使用DataReader、DataSet、DataAdapter和DataView

　　ADO.NET提供两个对象用于检索关系型数据并把它存储在内存中，分别是DataSet和DataReader。DataSet提供内存中关系数据的表现--包括表和次序、约束等表间的关系的完整数据集合。DataReader提供快速、只向前、只读的来自数据库的数据流。

　　使用DataSet时，一般使用DataAdapter（也可能是CommandBuilder）与数据源交互，用DataView对DataSet中的数据进行排序和过滤。DataSet可以被继承来建立强化类型的DataSet，用于暴露表、行、列作为强化类型对象属性。

　　下面的内容包含什么时候使用DataSet或DataReader，以及怎样优化访问它们所包含的数据，也包括怎样优化DataAdapter和DataView的使用（也包括CommandBuilder）。

　　DataSet与DataReader的对比

　　在设计应用程序时，决定使用DataSet还是DataReader需要考虑应用程序需要的功能。

　　使用DataSet是为了实现应用程序的下述功能：

　　l 操作结果中的多个分离的表。

　　l 操作来自多个源（例如来自多个数据库、XML文件和电子表格的混合数据）的数据。

　　l 在层之间交换数据或使用XML Web服务。与DataReader 不同，DataSet能被传递到远程客户端。

　　l 通过缓冲重复使用相同的行集合以提高性能（例如排序、搜索或过滤数据）。

　　l 每行执行大量的处理。在使用DataReader返回的行上进行扩展处理将使连接存在的时间比必要的更长，从而降低效率。

　　l 使用XML操作（例如XSLT转换和Xpath查询）维护数据。

　　在应用程序需要以下功能时使用DataReader：

　　l 不需要缓冲数据。

　　l 正在处理的结果集太大而不能全部放入内存中。

　　l 需要迅速一次性访问数据，采用只向前的只读的方式。

　　注意：当填充DataSet的时候，DataAdapter使用DataReader。因此使用DataAdapter代替DataSet获得的性能是节约了DataSet消耗的内存和组装DataSet所需要的周期。这种性能的提高大部分是有名无实的，因此你应该根据需要的功能为基础来做设计决定。

　　使用强类型DataSet的好处

　　使用DataSet的另一个好处是它能被继承用于建立强类型的DataSet。强类型DataSet的好处包括设计时的检查和强类型DataSet 的Visual Studio .NET语句填充。当你为DataSet固定了大纲或关系结构时，就能建立强类型DataSet，把行和列作为对象的属性而不是项的集合。例如，作为暴露顾客表的某一行的列名的代替，你可以暴露Customer对象的 Name属性。强类型的DataSet衍生自DataSet类，因此不会牺牲DataSet的任何功能，也就是说，强类型的DataSet也可以是远程的，并作为数据绑定控件（例如DataGrid）的数据源提供。如果不知道大纲，也能通过使用通常的DataSet获得好处，但是丧失了强类型DataSet的附加特性。

　　在强类型DataSet中处理空值

　　使用强类型DataSet时，你能给DataSet 的XML大纲定义语言（XSD）作注解以确保强类型DataSet正确的处理空（Null）的引用。空值（nullValue）注释使你能用String.Empty这个特定值代替DBNull、保持了空引用、或者产生一个异常。选择其中的哪个依赖于应用程序的内容，默认情况下遇到空引用将产生一个异常。

　　刷新DataSet中的数据

　　如果你希望使用更新后的值从服务器刷新数据集中的值，使用DataAdapter.Fill。如果主键定义在数据表上，DataAdapter.Fill基于主键匹配新行，并把服务器的数据改成已存在的行。被刷新行的RowState设置为Unchanged，即使在刷新前它被修改过。注意如果给数据表定义了主键，DataAdapter.Fill添加新行可能重复主键值。

　　如果希望用服务器的当前值刷新一个表，并且保持表中行的改变，你必须首选使用DataAdapter.Fill组合它，填充一个新的数据表，接着将该数据表合并（Merge）进一个数据集，并把preserveChanges值设为true。

　　在DataSet中搜索数据

　　在一个数据集中查询符合特定条件的行时，使用基于索引（index-based）的查看表将提高性能。给数据表指定主键（PrimaryKey）值时，就建立了一个索引。当为数据表建立数据视图（DataView）时也建立了索引。下面是一些使用基于索引查看的技巧：

　　如果查询是在数据表的主键列上进行的，使用DataTable.Rows.Find代替DataTable.Select。

　　查询非主键列，可以使用数据视图来提高多个数据查询的速度。当给数据视图添加排序时，将建立搜索时使用的索引。数据视图暴露了查询下层数据表的Find和FindRows方法。

　　如果你不是查询表的排序视图，也可以通过为数据表建立数据视图获得基于索引的查看表的好处。注意如果你执行数据上的多个查询这是唯一的好处。如果你只执行单个查询，需要建立索引的过程将因为使用索引而降低了性能。

　　数据视图（DataView）结构

　　当数据视图建立后，并且当Sort、RowFilter或RowStateFilter或者属性被修改时，数据视图为下层数据表中的数据建立索引。当建立数据视图对象时，使用把Sort、RowFilter和RowStateFilter值作为参数的数据视图构造函数。结果是建立了一次索引。建立"空"数据视图，然后设置Sort、RowFilter和RowStateFilter属性将导致至少两次建立索引。

　　分页

　　ADO.NET给了你从数据源返回什么数据的明显控制，也提供了在数据集中存储了多少数据的控制。在设计应用程序时可以考虑以下技巧：

　　l 避免使用DataAdapter.Fill，它使用了startRecord和maxRecords值。使用这种方式填充数据集时，数据集只填充由maxRecords参数指定的记录个数（从参数startRecord指定的记录开始），而不管返回的整个查询。这导致读取过时的"不想要的"记录，同时使用了不必要的服务器资源来返回补充记录。

　　l 用于在某个时候只返回一页记录的技术之一是建立一个SQL语句，该语句包含一个WHERE和ORDER BY子句，并有TOP判定。这种技术依赖于识别每个唯一行的方法。当导航到下一页的记录时，修改WHERE子句使它包含所有唯一标识比当前页标识大的记录；当导航到前面一页时，修改WHERE子句使它包含所有唯一标识比当前页标识小的记录。对于两种查询都只返回记录的TOP页的记录。当导航到前面一页时需要对记录进行降序排列，这将返回查询的末尾页（如果需要可以在显示前对记录进行重新排序）。

　　l 另一种技术是建立一个SQL语句包含TOP判定和嵌入的SELECT语句。这种技术不是基于唯一的识别每行的方法。使用这种技术的第一步是把页面的大小与想得到的页面数量相乘。接着把该数值传递给SQL查询的TOP判定，并按升序排序。接着把这个查询嵌入另一个查询，该查询从嵌入的查询结果中选择TOP页面大小，按降序排列。本质上返回的是嵌入的查询的末尾页面。例如，为了返回页面大小是10的查询结果的第三页，使用下面的命令：

SELECT TOP 10 * FROM
  (SELECT TOP 30 * FROM Customers ORDER BY Id ASC) AS Table1
ORDER BY Id DESC

　　l 如果数据不是经常改变，能通过本地维护数据集里面的记录缓存来提高性能。例如，你能在本地数据集中存储10页数据，只在用户导航超出第一页或最后一页时才查询数据源检索新的数据。

　　使用大纲（Schema）填充数据集

　　当用数据填充数据集时，DataAdapter.Fill方法使用数据集的已存在的大纲并把它与Select命令（SelectCommand）返回的数据进行组合。如果数据集中没有与被填充的表匹配的表的名字，Fill方法将建立一张表。默认情况下，Fill只定义列和列的类型。

　　你能通过设置数据适配器的MissingSchemaAction属性来重载Fill的默认的行为。例如，要使Fill建立的表包含主键信息、唯一约束、列属性、是否允许空值、列的最大长度、只读列、自动增加列等等，只需要指定DataAdapter.MissingSchemaAction为MissingSchemaAction.AddWithKey。作为选择，你能在调用DataAdapter.Fill前调用DataAdapter.FillSchema来确保数据集被填充时大纲已经准备好了。

　　调用FillSchema将再次访问服务器并检索附加的大纲信息。为了提高性能，最好指定数据集的大纲，或者在调用Fill前设置数据适配器的MissingSchemaAction。

　　使用命令构造器（CommandBuilder）的经验

　　命令构造器根据数据适配器的SelectCommand属性自动生成数据适配器的InsertCommand、UpdateCommand和DeleteCommand属性（假若SelectCommand执行单个表上的选择（SELECT））。

　　l 命令构造器的使用应该限制在设计时或者ad-hoc情况下。需要的生成数据适配器命令属性的过程妨碍了性能。如果你预先知道INSERT/UPDATE/DELETE语句的内容，应该显式地设置它们。好的设计技巧是为INSERT/UPDATE/DELETE命令建立存储过程并明确地配置数据适配器命令属性来使用它们。

　　l 命令构造器使用数据适配器的SelectCommand属性来决定其它命令属性的值。如果数据适配器的SelectCommand自身改变了，一定要调用RefreshSchema来更新命令属性。

　　l 如果命令属性是空的（默认情况下命令属性是空的），命令构造器只为数据适配器命令属性生成一个命令。如果你明确地设置一个命令属性，命令构造器不会覆盖它。如果你希望命令构造器为一个已经设置了的命令属性生成一个命令，要把命令属性设置为空。

　　批处理SQL语句

　　很多数据库支持在一个命令执行中组合、批处理多个命令执行。例如，SQL Server允许你使用分号分隔命令。把多个命令组合成为一个减少了对服务器的访问次数，可以提高应用程序的性能。例如，你能在本地应用程序中存储所有的删除，并在数据源发布一个批处理命令调用来删除它们。

　　尽管它提高了性能，但是也增加了应用程序管理数据集里面数据更新的复杂性。为了保持简单性，你也许会为数据集中的每个数据表建立一个数据适配器。

　　使用多个表填充数据集　　

　　如果使用批处理SQL语句检索多个表并填充一个数据集，第一张表的名字使用Fill方法指定的表名，后面的表的名字是Fill方法指定的名字加上一个数字，从1开始逐渐增加。例如，如果运行下面的代码：

'Visual Basic
Dim da As SqlDataAdapter = New SqlDataAdapter("SELECT * FROM Customers;
　　 SELECT * FROM Orders;", myConnection)
Dim ds As DataSet = New DataSet()
da.Fill(ds, "Customers")

//C#
SqlDataAdapter da = new SqlDataAdapter("SELECT * FROM Customers; 
　　SELECT * FROM Orders;", myConnection);
DataSet ds = new DataSet();
da.Fill(ds, "Customers");

　　从Customers表中得到的数据放在叫"Customers"的数据表中，从Orders表中得到的数据放在"Customers1"数据表中。

　　你可以在数据表被填充后修改"Customers1"表的属性为"Orders"。但是接下来的填充的结果是"Customers"表被重新填充，但是"Orders"表被略过了并且建立了另一个"Customers1"表。为了避免这种情况，建立一个把"Customers1"映射到"Orders"的DataTableMapping，并且为其它的表建立映射。例如：

'Visual Basic
Dim da As SqlDataAdapter = New SqlDataAdapter("SELECT * FROM Customers; 
　　SELECT * FROM Orders;", myConnection)
da.TableMappings.Add("Customers1", "Orders")
Dim ds As DataSet = New DataSet()
da.Fill(ds, "Customers")

//C#
SqlDataAdapter da = new SqlDataAdapter("SELECT * FROM Customers; 
　　SELECT * FROM Orders;", myConnection);
da.TableMappings.Add("Customers1", "Orders");
DataSet ds = new DataSet();
da.Fill(ds, "Customers");

　　使用DataReader

　　下面是使用DataReader提高性能的一些技巧：

　　l 在访问任何与命令（Command）相关的输出参数前DataReader必须关闭。

　　l 在读完数据后就关闭DataReader。如果你正在使用的连接只返回该DataReader，在关闭DataReader后立即关闭连接。

　　l 另一种明确地关闭连接的方法是给ExecuteReader方法传递CommandBehavior.CloseConnection以确保当DataReader关闭时相关的连接关闭了。如果你从某个方法返回DataReader，并且没有办法控制DataReader或者相关的连接关闭的情况下特别有用。

　　l DataReader不能在层之间远程访问。DataReader是设计用于连接数据访问的。

　　l 使用类型化的存取程序（例如GetString、GetInt32等等）来访问列数据。这节省了将GetValue返回的对象作为特定类型的必要的处理。

　　l 在某一时刻只有一个DataReader能够打开。。在ADO中，如果你打开一个连接并请求两个使用只向前的只读游标的记录集，ADO隐性地为游标的生命周期的数据存储打开第二个不在连接池中的连接，接着隐性地关闭它。在ADO.NET中，如果你想在同一个数据存储上同时打开两个DataReader，你必须明确地建立两个连接，每个DataReader一个。通过这种方法ADO.NET给了你对连接池使用的更多控制。

　　l 默认情况下，DataReader在每个Read方法中把整个行载入内存中。这允许你随机访问当前行的任意列。如果随机访问是不必要的，为了提高性能，把CommandBehavior.SequentialAccess传递给ExecuteReader调用。这改变了DataReader的默认行为，只在需要时才把数据载入内存。注意CommandBehavior.SequentialAccess要求你按次序访问返回的列。也就是，一旦你读过了返回的某个列，就不能再次读取它的值了。

　　l 如果你结束了从DataReader中读取数据，但是仍然有大量的未读取的结果等待，那么调用Command的Cancel比调用DataReader 的Close好。调用DataReader 的Close引起它检索等待的结果并且先清空流后关闭游标。调用Command的 Cancel删除服务器上的结果，因此当DataReader关闭时，它不需要再读取结果。如果你从Command返回输出参数，则调用Cancel删除它们。如果你要读取任何输出参数，不要调用Command 的Cancel；最后调用DataReader的 Close。

　　二进制大对象（BLOB）

　　当使用DataReader检索二进制大对象时，必须给ExecuteReader方法调用传递CommandBehavior.SequentialAccess。因为DataReader的默认行为是在每个Read中把整行载入内存中，但是由于BLOB可能很大，结果可能是一个BLOB对象使用大量的内存。SequentialAccess把DataReader的行为设置为只载入必要的数据，接着你能使用GetBytes或者GetChars控制每次载入多少数据。

　　记住使用SequentialAccess时，你不能无序地访问DataReader返回的不同字段。也就是说，如果查询返回三个列，第三个是BLOB，并且你希望访问前两个列的数据，你必须先访问第一个列，接着在访问BLOB数据前访问第二个列。这是因为现在数据是按次序返回的，在DataReader读过它后不能再次访问。

　　使用命令（Command）

　　ADO.NET为命令执行提供了几个不同的方法，同时也为优化命令的执行提供了不同的选择。下面的技巧包括怎样选择最好的命令执行和怎样提供一个被执行命令的性能。

　　使用OleDbCommand的最好经验

　　不同的.NET框架组件数据提供程序之间的命令执行是尽可能标准的。但是，在这些数据提供程序间也有些不同。下面的一些可以调整OLE DB数据提供程序命令执行的技巧：

　　l 与ODBC CALL语法一起使用CommandType.Text来调用存储过程。仅仅使用CommandType.StoredProcedure生成ODBC CALL语法。

　　l 一定要设置OleDbParameter类型、大小（如果可用）、精度和小数位（如果参数是数值型或者十进制型）。注意如果你没有明确地提供参数信息，OleDbCommand使用每一个命令执行重新建立OLE DB参数存取程序。

　　使用SqlCommand的经验

　　使用SqlCommand执行存储过程的技巧：如果你要调用一个存储过程，为SqlCommand的 CommandType属性指定StoredProcedure的CommandType。这样就删除了在命令执行前分析命令的需求，明确地把它标识为存储过程了。

　　Prepare方法的使用

　　Command.Prepare方法能够提高数据源中重复的参数化命令的性能。Prepare指示数据源为多个调用优化特定的命令。为了更高效率地使用Prepare，你必须十分清楚数据源怎样回应Prepare调用。对于类似SQL Server 2000的数据源，命令是隐式优化的，对Prepare的调用是没有必要的，但是对于另一些数据源，例如SQL Server 7.0，Prepare效率更高。

　　明确地指定大纲和元数据

　　在ADO.NET中当用户没有指定元数据信息时，有很多对象推导这些信息。例如：

　　l DataAdapter.Fill方法，如果不存在的话，它在记录集中建立表和列。

　　l CommandBuilder，它为单个的SELECT语句生成数据适配器命令属性。

　　l CommandBuilder.DeriveParameters，它组合Command对象的Parameters集合。

　　但是每次使用这些特性时都会造成效率降低。我们推荐主要在设计时和ad-hoc应用程序中使用这些特性。在可能的情况下，明确地指定大纲和元数据，包括在数据集中定义表和列，定义数据适配器的Command属性，定义Command的Parameter信息。

　　ExecuteScalar和ExecuteNonQuery

　　如果你希望返回单个值，例如Count（*）、 Sum（Price）、或者Avg（Quantity），你可以使用Command.ExecuteScalar。ExecuteScalar返回第一行第一列的值，返回结果集是数量值。ExecuteScalar通过一步完成不仅简化了代码而且提高了性能，而这些工作在使用DataReader时将需要两个处理步骤。

　　当使用不返回行的SQL语句时，类似修改数据（例如插入、更新或者删除）或者只返回输出参数或值，使用ExecuteNonQuery。它通过建立一个空DataReader删除了任何必要的处理。

　　空值的检测　　

　　如果数据库的某张表的一个列允许空值，你不能使用某个与空值相等的参数来测试它。作为代替，需要编写一个WHERE子句来检测是否列和参数都是空值。下面的SQL语句返回LastName列与赋予@LastName的值相同的行，或者LastName 列和@LastName参数都为空的行：

SELECT * FROM Customers
WHERE ((LastName = @LastName) OR (LastName IS NULL AND @LastName IS NULL))

　　把空（Null）作为参数值传递

　　当在命令中把空值作为参数值发送给数据库时，不能使用null（Visual Basic .NET中的Nothing）。作为代替必须使用DBNull.Value。例如：

'Visual Basic
Dim param As SqlParameter = New SqlParameter("@Name", SqlDbType.NVarChar, 20)
param.Value = DBNull.Value

//C#
SqlParameter param = new SqlParameter("@Name", SqlDbType.NVarChar, 20);
param.Value = DBNull.Value;

　　执行事务

　　事务模块为ADO.NET作了一些改变。在ADO中，当调用StartTransaction时，该调用后面的任何更新都被认为是该事务的一部分。但是在ADO.NET中，当调用Connection.BeginTransaction时，返回的Transaction对象必须与Command的Transaction属性关联。这种设计使你能在一个连接上执行多重事务。如果Command.Transaction属性没有设置为开始就与连接关联的Transaction，Command失败并出现异常。

　　使用连接

　　高性能的应用程序保持使用最少次数的数据源的连接，也利用了类似连接池的性能增强技术。下面的技巧帮你使用ADO.NET连接数据源时获得更好的性能。

　　连接池

　　SQL Server、OLE DB和.NET框架组件数据提供程序隐性为ODBC提供了连接池。你可以在连接字符串中指定不同的属性控制连接池的行为。

　　用DataAdapter优化连接

　　数据适配器的Fill和Update方法自动地为相关的命令属性打开特定的连接（如果它被关闭的话）。如果Fill或Update方法打开了连接，Fill或Update将在操作完成时关闭它。为了提高性能，只在必要时保持数据库连接打开，同时为多个操作减少打开和关闭连接的次数。

　　我们推荐如果你只执行单个的Fill或Update方法调用，你应该允许Fill或Update隐式打开和关闭连接。如果大量调用Fill或者Update，我们推荐显式打开，进行Fill或Update调用，然后显式关闭连接。

　　此外执行事务时，在开始事务前明确地打开连接，在完成事务后明确地关闭连接。例如：

'Visual Basic
Public Sub RunSqlTransaction(da As SqlDataAdapter, 
　　myConnection As SqlConnection, ds As DataSet)
  myConnection.Open()
  Dim myTrans As SqlTransaction = myConnection.BeginTransaction()
  myCommand.Transaction = myTrans

  Try
    da.Update(ds)
    myTrans.Commit()
    Console.WriteLine("Update successful.")
  Catch e As Exception
    Try
      myTrans.Rollback()
    Catch ex As SqlException
      If Not myTrans.Connection Is Nothing Then
        Console.WriteLine("An exception of type " 
　　　　　　　　& ex.GetType().ToString() & _
             " was encountered while attempting to roll back the transaction.")
      End If
    End Try

    Console.WriteLine("An exception of type 
　　　　　　" & e.GetType().ToString() & " was encountered.")
    Console.WriteLine("Update failed.")
  End Try
  myConnection.Close()
End Sub

//C#
public void RunSqlTransaction(SqlDataAdapter da, 
　　SqlConnection myConnection, DataSet ds)
{
  myConnection.Open();
  SqlTransaction myTrans = myConnection.BeginTransaction();
  myCommand.Transaction = myTrans;

  try
  {
    da.Update(ds);
    myCommand.Transaction.Commit();
    Console.WriteLine("Update successful.");
  }
  catch(Exception e)
  {
    try
    {
      myTrans.Rollback();
    }
    catch (SqlException ex)
    {
      if (myTrans.Connection != null)
      {
        Console.WriteLine("An exception of type " + ex.GetType() +
         " was encountered while attempting to roll back the transaction.");
      }
    }

    Console.WriteLine(e.ToString());
    Console.WriteLine("Update failed.");
  }
  myConnection.Close();
}

　　经常关闭连接（Connection）和DataReader

　　当停止使用Connection或者DataReader对象时，明确地关闭它们。尽管无用单元收集程序最终会清除这些对象，并释放连接和其它可管理资源，但是无用单元收集只在必要时才发生。因此确保昂贵的资源明确地被释放仍然是你的职责。此外，连接如果没有被明确的释放将使它不会返回连接池。例如，如果连接池到达了最大值并且一个连接还有效，该超出范围并且没有被明确关闭的连接才返回到连接池。

　　注意不要在类的Finalize方法中调用Connection、DataReader、或者其它可管理对象的Close或者Dispose方法。在该方法中只释放类直接拥有的不可管理资源。如果类中没有任何不可管理资源，在类定义中不要包含Finalize方法。

　　在C#中使用"Using"语句

　　对C#程序员来说，确保经常关闭Connection和DataReader对象的一个简便方法是使用using语句。Using语句会自动调用留在Using语句范围内的被使用的对象上的Dispose，如下所示：

//C#
string connString = "Data Source=localhost;
　　Integrated Security=SSPI;Initial Catalog=Northwind;";

using (SqlConnection conn = new SqlConnection(connString))
{
  SqlCommand cmd = conn.CreateCommand();
  cmd.CommandText = "SELECT CustomerId, CompanyName FROM Customers";
  
  conn.Open();

  using (SqlDataReader dr = cmd.ExecuteReader())
  {
    while (dr.Read())
      Console.WriteLine("{0}\t{1}", dr.GetString(0), dr.GetString(1));
  }
}

　　避免访问OleDbConnection.State属性

　　如果连接打开了，OleDbConnection.State使本地OLE DB向DATASOURCEINFO属性集调用IDBProperties.GetProperties来获取DBPROP_CONNECTIONSTATUS属性，这可能引起重新返回数据源。换句话说，检查State属性可能花费很大。因此只在必要时才检查State属性。如果你需要经常检查该属性，你监听OleDbConnection的StateChange事件会使应用程序的性能更好。

　　与XML集成

　　ADO.NET在数据集中提供了广泛的XML集成，并且暴露了一些SQL Server 2000及以上版本所提供的XML功能。你能使用SQLXML 3.0来访问SQL Server 2000及以上版本所提供的XML功能。下面是使用XML和ADO.NET的一些技巧和信息。

　　数据集与XML　　

　　数据集与XML紧密结合，提供了执行下面操作的能力：

　　l 从XSD大纲载入数据集的大纲或者关系结构。

　　l 从XML载入数据集的内容。

　　l 当没有提供大纲时根据XML文档的内容推断数据集的大纲。

　　l 将数据集的大纲写成XSD大纲。

　　l 将数据集的内容写成XML。

　　l 使用数据集同步访问数据的相关表现、使用XmlDataDocument访问数据的层次表现。

　　注意：你能使用这种同步在数据集的数据上应用XML功能（例如Xpath查询和XSLT变换），或提供所有的关系型视图，或者在保持原XML不变的情况下提供XML文档中的数据的子集。

　　大纲接口

　　当从XML文件中载入数据集时，你能从XSD大纲中载入数据集的大纲，或者在载入数据前预先定义表和列。如果没有XSD大纲，并且你也不知道为XML文件的内容定义怎样的表和列，你能根据XML文档的结构推断大纲。

　　大纲推理作为迁移工具是有用的，但是由于推理过程有下面的限制，它只限于应用程序设计时使用：

　　l 推理大纲引入了附加的处理将降低应用程序的性能。

　　l 所有推理列的类型都是字符串型。

　　l 推理过程是不确定的。这就是说，它基于XML文件而不是预定的大纲。结果是你可能有两个XML文件，它们有相同的预定大纲，却因为它们的内容不同形成了两个完全不同的推理大纲。

　　为XML查询服务的SQL Server

　　如果你为XML查询返回SQL Server 2000结果，你能使用.NET框架组件SQL Server数据提供程序直接用SqlCommand.ExecuteXmlReader方法建立一个XmlReader。

　　SQLXML可管理类

　　在.NET框架组件中有一些类暴露了XML为SQL Server 2000提供的功能。这些类都在Microsoft.Data.SqlXml名字空间中，添加了执行Xpath查询和XML模板文件的能力，也能把XSLT转换为数据。
避免自动增加（Auto-Increment）值冲突

　　和许多数据源一样，DataSet允许你在添加新行时识别自动增加值的列。在DataSet中使用自动增加列时，由于数据源也有自动增加列，需要避免添加到DataSet中的本地行号与添加到数据源中的行之间的冲突。

　　例如，假设一个表的自动增加主键列是CustomerID。两个新客户信息添加到该表，获得的自动增加CustomerID值分别是1和2。接着只有第二个客户行给数据适配器传递的Update方法，在数据源中新添加的行接受的自动增加CustomerID值是1，与数据集中的2不匹配。当数据适配器用返回值填充表中的第二行时，由于第一个顾客行的CustomerID是1，便出现了错误。

　　为了避免这种情况，我们推荐当使用数据源和数据集中有自动增加列时，数据集中的该列的AutoIncrementStep设为－1，AutoIncrementSeed设为0，同时确保数据源中生成的自动增加标识值从1开始，步长为正。结果是数据集生成负的自动增加值，不会与数据源产生的正自动增加值冲突。另一种选择是使用Guid类型的列带有自动增加列，该算法产生的Guid值在数据集和数据源中永远不同。

　　如果你的自动增加列永远简单的作为唯一值，没有其它的意义，考虑使用Guid代替自动增加列。它们是唯一的，避免了做另外的工作处理自动增加列。

　　查找优化的并发性故障

　　因为DataSet被设计为从数据源断开，所有必须确保当多个客户端更新数据源的数据时应用程序避免冲突。

　　测试优化并发性错误有多种技术。一种是在表的列中包含时间戳。另一种技术是通过使用SQL语句中的WHERE条件检测来验证行中所有的源列值与数据库中的匹配。

　　多线程编程

　　ADO.NET的优化是为了提高性能、吞吐量和可伸缩性。结果是ADO.NET不锁定资源并且只能在单个线程中使用，其中一个例外是DataSet，它对多个阅读程序来说是线程安全安的。但是在写的时候必须锁定DataSet。

　　只在必要的时候使用COM交互操作（Interop）访问ADO

　　ADO.NET被设计成大量应用程序的最佳解决方案。但是，有些应用程序需要只能使用ADO对象。在这些情况下，应用程序能使用COM交互操作访问ADO。注意使用COM交互操作访问ADO的数据将极大的降低性能。设计应用程序时，在实现使用COM交互操作访问ADO这种设计前首选决定ADO.NET是否符合设计需要。

避免自动增加（Auto-Increment）值冲突

　　和许多数据源一样，DataSet允许你在添加新行时识别自动增加值的列。在DataSet中使用自动增加列时，由于数据源也有自动增加列，需要避免添加到DataSet中的本地行号与添加到数据源中的行之间的冲突。

　　例如，假设一个表的自动增加主键列是CustomerID。两个新客户信息添加到该表，获得的自动增加CustomerID值分别是1和2。接着只有第二个客户行给数据适配器传递的Update方法，在数据源中新添加的行接受的自动增加CustomerID值是1，与数据集中的2不匹配。当数据适配器用返回值填充表中的第二行时，由于第一个顾客行的CustomerID是1，便出现了错误。

　　为了避免这种情况，我们推荐当使用数据源和数据集中有自动增加列时，数据集中的该列的AutoIncrementStep设为－1，AutoIncrementSeed设为0，同时确保数据源中生成的自动增加标识值从1开始，步长为正。结果是数据集生成负的自动增加值，不会与数据源产生的正自动增加值冲突。另一种选择是使用Guid类型的列带有自动增加列，该算法产生的Guid值在数据集和数据源中永远不同。

　　如果你的自动增加列永远简单的作为唯一值，没有其它的意义，考虑使用Guid代替自动增加列。它们是唯一的，避免了做另外的工作处理自动增加列。

　　查找优化的并发性故障

　　因为DataSet被设计为从数据源断开，所有必须确保当多个客户端更新数据源的数据时应用程序避免冲突。

　　测试优化并发性错误有多种技术。一种是在表的列中包含时间戳。另一种技术是通过使用SQL语句中的WHERE条件检测来验证行中所有的源列值与数据库中的匹配。

　　多线程编程

　　ADO.NET的优化是为了提高性能、吞吐量和可伸缩性。结果是ADO.NET不锁定资源并且只能在单个线程中使用，其中一个例外是DataSet，它对多个阅读程序来说是线程安全安的。但是在写的时候必须锁定DataSet。

　　只在必要的时候使用COM交互操作（Interop）访问ADO

　　ADO.NET被设计成大量应用程序的最佳解决方案。但是，有些应用程序需要只能使用ADO对象。在这些情况下，应用程序能使用COM交互操作访问ADO。注意使用COM交互操作访问ADO的数据将极大的降低性能。设计应用程序时，在实现使用COM交互操作访问ADO这种设计前首选决定ADO.NET是否符合设计需要。

 

 

可以使用一组名称-值对以链接字符串的形式配置链接池。例如，可以配置池是否有效（默认是有效的），池的最大、最小容量，用于打

开链接的排队请求被阻断的时间。下面的示例字符串配置了池的最大和最小容量。

"Server=(local); Integrated Security=SSPI; Database=Northwind;
Max Pool Size=75; Min Pool Size=5"

摘要


连接池允许应用程序从连接池中获得一个连接并使用这个连接，而不需要为每一个连接请求重新建立一个连接。一旦一个新的连接被创建

并且放置在连接池中，应用程序就可以重复使用这个连接而不必实施整个数据库连接创建过程。

当应用程序请求一个连接时，连接池为该应用程序分配一个连接而不是重新建立一个连接；当应用程序使用完连接后，该连接被归还给连接

池而不是直接释放。

如何实现连接池

确保你每一次的连接使用相同的连接字符串（和连接池相同）；只有连接字符串相同时连接池才会工作。如果连接字符串不相同，应用程序

就不会使用连接池而是创建一个新的连接。

优点

        使用连接池的最主要的优点是性能。创建一个新的数据库连接所耗费的时间主要取决于网络的速度以及应用程序和数据库服务器的

（网络）距离，而且这个过程通常是一个很耗时的过程。而采用数据库连接池后，数据库连接请求可以直接通过连接池满足而不需要为该请

求重新连接、认证到数据库服务器，这样就节省了时间。

缺点

      数据库连接池中可能存在着多个没有被使用的连接一直连接着数据库（这意味着资源的浪费）。

技巧和提示

1．  当你需要数据库连接时才去创建连接池，而不是提前建立。一旦你使用完连接立即关闭它，不要等到垃圾收集器来处理它。

2．  在关闭数据库连接前确保关闭了所有用户定义的事务。

3．  不要关闭数据库中所有的连接，至少保证连接池中有一个连接可用。如果内存和其他资源是你必须首先考虑的问题，可以关闭所有的连

接，然后在下一个请求到来时创建连接池。

连接池FAQ

1．  何时创建连接池？

当第一个连接请求到来时创建连接池；连接池的建立由数据库连接的连接字符创来决定。每一个连接池都与一个不同的连接字符串相关。

当一个新的连接请求到来时如果连接字符串和连接池使用的字符串相同，就从连接池取出一个连接；如果不相同，就新建一个连接池。

2．  何时关闭连接池？

当连接池中的所有连接都已经关闭时关闭连接池。

3．  当连接池中的连接都已经用完，而有新的连接请求到来时会发生什么？

当连接池已经达到它的最大连接数目时，有新的连接请求到来时，新的连接请求将放置到连接队列中。当有连接释放给连接池时，连接池将

新释放的连接分配给在队列中排队的连接请求。你可以调用close和dispose将连接归还给连接池。

4．  我应该如何允许连接池？

对于.NET应用程序而言，默认为允许连接池。（这意味着你可以不必为这件事情做任何的事情）当然，如果你可以在SQLConnection对象的连

接字符串中加进Pooling=true;确保你的应用程序允许连接池的使用。

5．  我应该如何禁止连接池？
ADO.NET默认为允许数据库连接池，如果你希望禁止连接池，可以使用如下的方式：
1) 使用SQLConnection对象时，往连接字符串加入如下内容：Pooling=False;
2) 使用OLEDBConnection对象时，往连接字符串加入如下内容：OLE DB Services=-4;

 

 

建立池连接可以显著提高应用程序的性能和可缩放性。SQL Server .NET Framework 数据提供程序自动为 ADO.NET 客户端应用程序提供连接池（MSDN）。

Opening a database connection is a resource intensive and time consuming operation. Connection pooling increases the performance of Web/windows applications by reusing active database connections instead of creating a new connection with every request. Connection pool manager maintains a pool of open database connections. When a new connection requests come in, the pool manager checks if the pool contains any unused connections and returns one if available. If all connections currently in the pool are busy and the maximum pool size has not been reached, the new connection is created and added to the pool. When the pool reaches its maximum size all new connection requests are being queued up until a connection in the pool becomes available or the connection attempt times out.

Connection pooling behavior is controlled by the connection string parameters. Please look into MSDN documents in the reference link if you want to know further information.

 

前面是关于连接池知识的一些基本介绍，下面的内容是重点，也是个人见解。因为没有这方面的文档资料参考或者佐证，所以请各位仔细思考和讨论（我不想误导大家）。

下面分2种情况进行讨论。

1，Client端的windows form application通过ADO.Net直接访问后台Database。

我认为在这种情况下，每一个Client端和Database之间都存在一个连接池。通过设置ConnectiongString的Max Pool Size和Min Pool Size属性来验证。

如Max Pool Size = 5, Min Pool Size = 3, 通过SQL Server的SP_WHO2可以检测导如下结果：

启动1个Client端的Windows form application：application和SQL Server之间存在3个connection。

启动2个Client端的Windows form application：application和SQL Server之间存在6个connection。

启动3个Client端的Windows form application：application和SQL Server之间存在9个connection。

 

由此可见，每一个Client端和SQL Server之间都存在一个连接池，否则9个connection已经超出了Max Pool Size的设定。

 

2，Client端的application不直接通过ADO.Net来访问后台Database，而是通过IIS Server来同后台Database Server打交道。

至少有如下2种情况：

（1）Client通过IE访问部署在IIS中的web application，web application中的Data Access Class进一步访问后台Database Server.

（2）Client端的windows form application访问部署在IIS中的Remote Object，Remote Object进一步访问后台Database Server.

下面进行同样的测试：通过设置ConnectiongString的Max Pool Size和Min Pool Size属性来验证。

如Max Pool Size = 5, Min Pool Size = 3, 通过SQL Server的SP_WHO2可以检测导如下结果：

启动1个Client端的Web form application：application和SQL Server之间存在3个connection。

启动2个Client端的Web form application：application和SQL Server之间存在3个connection。

启动3个Client端的Web form application：application和SQL Server之间存在3个connection。

 

调用由IIS承载的Remote Object，结果类似。只是在未启动Client端之前，发现在Remote Object与Database Server之间已经存在一个connection。

 

由此可见，对同一个application而言，IIS Server与Database Server之间只有存在一个连接池，与Client端的多少没有关系。

 

3，连接池小节

根据上面的测试结果，显然第二种情况更有利于减少无用的连接数量，提高Database Server的性能。关于.Net Remoting技术及其性能问题，可以参考如下的Reference连接，这里就不讨论了。

另外，本文是个人关于连接池的一些见解，如果观点有不正确之处，希望不要误导各位。欢迎各位在此发表意见。同意的说赞同，不同意的请提出您的看法。谢谢。

 

Reference Links:

(1) MSDN, ms-help://MS.VSCC.2003/MS.MSDNQTR.2003FEB.2052/cpguide/html/cpconconnectionpoolingforsqlservernetdataprovider.htm

(2) Microsoft .NET Remoting：技术概述, http://www.microsoft.com/china/MSDN/library/NetFramework/default.mspx

(3) 性能比较：.NET Remoting 与 ASP.NET Web 服务, http://www.microsoft.com/china/msdn/archives/library/dnbda/html/bdadotnetarch14.asp