和数据库建立一个物理连接是一个很耗时的任务，所以无论是ADO.NET还是J2EE都提供了一个连接池的技术。一个池其实就是一个列表。在ADO.NET中，有一个Connection Manager，它对每一个connection string都管理着一个可用连接的列表，这个列表就是Connection Pool。
当第一次数据库连接被初始化时，connection manager会创建一个Connection Pool Group。当第一次连接被打开的时候，才会创建第一个connection pool。一个连接正在被使用中，就会从connection pool中移除；如果使用完（被close或dispose），就会再返回到connection pool中去，以待下一个连接请求使用，所以我们要清楚一个概念，close connection的动作只是关闭了逻辑连接，但并没有关闭物理连接。
程序开发过程中，存在很多问题：首先，每一次web请求都要建立一次数据库连接。建立连接是一个费时的活动，每次都得花费0.05s～1s的时间，而且系统还要分配内存资源。这个时间对于一次或几次数据库操作，或许感觉不出系统有多大的开销。可是对于现在的web应用，尤其是大型电子商务网站，同时有几百人甚至几千人在线是很正常的事。在这种情况下，频繁的进行数据库连接操作势必占用很多的系统资源，网站的响应速度必定下降，严重的甚至会造成服务器的崩溃。不是危言耸听，这就是制约某些电子商务网站发展的技术瓶颈问题。其次，对于每一次数据库连接，使用完后都得断开。否则，如果程序出现异常而未能关闭，将会导致数据库系统中的内存泄漏，最终将不得不重启数据库。还有，这种开发不能控制被创建的连接对象数，系统资源会被毫无顾及的分配出去，如连接过多，也可能导致内存泄漏，服务器崩溃。
在ADO.NET中，默认情况下，一个连接返回到connection pool中，会有4到8分钟的空闲时间，超过这个时间，就会关闭物理连接。如果你的程序有很长时间的空闲时间，你应该确保至少有一个可用的数据库连接，可以通过设置Min Pool Size为1来实现。
另外决定是否一个连接使用的是相同connection string的决定性参数为以下几个：
Connection Timeout
Min Pool Size
Max Pool Size
Pooling
Connection Reset
Load Balancing Timeout(Connection Lifetime)
Enlist
每当Connection Manager收到一个新的数据库连接请求时，它就会走下面的流程：
最后Entity Framework会帮你管理connection pool，所以不用担心数据库连接的效率问题。
