在ASP的數據庫編程中，connection對象是我們不可能離開的一個對象，在對數據庫進行任何的操作，比如更新記錄，插入，刪除，檢索等，都必須借助于connection對象來完成。形象地來說，connection對象就是程序于數據庫溝通的管道，所有對數據庫的操作，都必須經過它，因此，無論我們以何種方式連接數據庫前，總是少不了執行下列的代碼。 
　　Set conn = Server.CreateObject("ADODB.Connection")
　　建立一個connection對象的實例變量，然后在它的基礎上建立recorderset對象或是command對象來操作數據庫。既然connection對象是如此的重要，那么如何優化和管理好connection對象對數據庫程序來說是極其重要的，它關系到程序的性能。

　　每當一個客戶執行數據庫操作時，就需要借助一個connection對象，而每個connection對象就會占用服務器的一部分資源，而數據庫的同時連接數不可能是無限的，因此。在考濾要提供高性能的數據庫web程序時，我們需要考濾如何去減少服務器的開消。一般來說。每個asp頁面中建立一個connection對象，都會在服務器中產生一個對數據庫的連接。而不同的頁面的connection對象是不能共享的。那么。我們可不可以使同一個用戶所訪問的不同頁面共享一個connection連接通道呢。 
　　大家不妨想一想我們的asp六大內建對象的session對象，他可以為某個特定的用戶來保存私有的數據，如果我們把connection對象保存在session對象中，是否可以使不同的asp頁面都使用同一個連接通道呢？看看下面的這段程序。 

<%

Set conn = Server.CreateObject("ADODB.Connection")
DBPath = Server.MapPath("/")&"/news/data/data.mdb"
conn.Open "driver={Microsoft Access Driver (*.mdb)};dbq=" & DBPath
session("conn")=conn
Set rs = Server.CreateObject("ADODB.Recordset")
sql="select * from data"
cn=session("conn")
rs.open sql,cn,3,2

%> 
　　在這個數據庫連接中。我們使用了session對象，首先，建立一個conn的連接對象，然后連接到數據庫data.mdb中，取得連接句柄后，把它保存在session("conn")這個session會話變量中，在打開記錄集前，從session("conn")中取出句柄，借助于session對象。我們可以使不同的ASP頁面共用一個連接對象，減少了對服務器內存的開消，而我們也不需要擔心，當一個客戶因為錯誤操作導致服務器不能析放該被占用的session連接對象，因為我們知道每個客戶的session對象是有一定的生存期限的，過了這個期限，服務器就會自動把它析放掉。
　　而ODBC3.0所提供的連接池connection pooling。也能有效地提高數據庫的運行性能。我們知道，在眾多的asp頁面中生成的connection對象，總是處在不斷建立連接，解除連接，析放連接中。 
　　如何能高效的管理和使用好這些被廢棄的連接，也可以在一定程序上大大提高運行效率。而ODBC3.0則提供了這樣的功能，它能聰明的把需要新建立的連接引導至即將廢棄的connection對象上，反復地使用它。這樣，就能節省了不好服務器的開消.