ASP 3.0高级编程（三十八）

8.3.3 使用连接状态
       将连接字符串存入应用程序变量是一个常用的技巧，同使用一个包含文件一样有效。例如，可以在global.asa文件中加入下面的代码：
       sub application_onstart()

              strconn = "provider=sqloledb; data source=watcher; " & _
                            "initial catalog=pubs; user id=davids; password=whisky"
              set application("connectionstring") = strconn

       end sub
       在asp页面中，可以使用下面的代码：
       set conpubs = server.createobject("adodb.connection")

       conpubs.application("connectionstring")
       从个人的角度，我更喜欢使用包含文件的方法，因为我写了许多不同的连接到各种服务器和的例子。使用应用程序方法将意味着每次必须关闭重新启动应用程序。读者可以使用自己喜欢的任一种方法，在速度上它们并没有差别。
       对于在本书的这节内的例子，将使用一个含有连接字符串的connection.文件人作为一个包含文件。

8.3.4 连接语法
       上面所叙述的是相关理论，当确实要与数据存储连接时，应该怎么办？如果使用显式定义的connection对象，可以使用open方法，它的语法如下：
       connection.open [connectionstring], [userid], [password], [options]
       参数如表8-1所示：
表8-1  open方法的参数及说明
参 数
说 明

connectionstring
包含连接细节的字符串。可以是odbc dsn的名称、数据链接文件的名称或真实的连接细节

userid
连接期间，用户使用的名字。覆盖连接字符串中提供的任何用户名

password
用户的口令。覆盖连接字符串中提供的任何口令

options
可以是adasyncconnect，指定异步地建立连接。忽略这个参数，则建立一个同步连接

       异步连接不用于asp环境，因为脚本语言不能接收来自ado的事件。

8.3.5 连接的例子
       下面是几个示例，这里假定strconn包含一个有效的连接字符串。
       为了打开一个连接，使用connection对象的open方法。例如：
       set conpubs = server.connection("adodb.connection")

       conpubs.open strconn

        some processing

       conpubs.close
       也可以使用connectionstring属性：
       set conpubs = server.createobject("adodb.connection")

       conpubs.connectionstring = strconn
       conpubs.open

        some processing

       conpubs.close
       这两种实现方法之间没有什么区别，如果使用前一种方法来实现连接，connectionstring属性同时也被赋值。
       值得注意的是，一旦与数据存储建立了连接，ado可能会改变connectionstring属性值。不必担心，ado只填写一些额外的属性值。

8.3.6 连接缓冲池
       连接缓冲池（connection pool）总使许多人感到困惑，其实原理非常简单。当关闭一个连接，就用户（和ado）而言，这个连接已经关闭。但实际上ole db并没有关闭这个连接，只是将其放入了非活动的连接缓冲池中。任何时候用户（或其他人）打开一个连接，ole db首先检测连接缓冲池中是否有相同连接细节的连接存在。如果有，将直接从缓冲池中取得此连接。如果没有，则为用户创建一个新的连接。为了避免浪费资源，经过一段缺省的时间段后，就从缓冲池中清除该连接。
       那么，它的优点在哪里？打开一个连接可能是所进行的操作中最慢的操作之一，连接缓冲池使用户能与数据存储再次连接而无须重新创建连接。这对于那些连续打开和关闭大量连接的web站点显得特别重要。
       对于odbc连接，连接缓冲池由odbc data source administrator控制。对于ole db，不能改变连接缓冲池（或叫会话缓冲池）。
       必须注意的是，连接缓冲池不是连接共享。一个连接只有在被客户关闭后才能再次使用。
       内务处理
       为了使连接缓冲池生效，必须确保内务处理（housekepping）处于有序状态。这包括及时关闭connection对象，这样它们才能回到缓冲池重新使用。你可能认为不断地打开、关闭连接对的开销很大，但必须衡量一下可扩展性——你的应用程序可能有许多人在使用，ole db又非常善于管理连接资源。
       一般的原则是：尽可能晚地建立连接，同时又要尽可能早地关闭连接，这样保证连接打开的时间段最短。

8.4 记录集
       前面已经提到，记录集是ado中最常用的对象，这并不值得奇怪。毕竟，他们包含着数据。但是，对于记录集还有比想象的更多的内容，知道数据如何保存和处理很重要，因为这为选择使用哪种记录集提供了更多的参考。
       记录集有不同的类型，在一些细小的地方存在着差异，很容易造成失误。首先需要认真谈论的是光标的概念。

8.4.1 光标
       光标（cursor）是让许多人感到困惑的概念，但实际上非常的简单。
       光标用来管理记录集和记录集的当前位置，后者是由当前记录指针来处理的。
       这不是recordset对象所做的吗？是的，但是记录集也是依靠它的光标。这仍然没有回答光标是什么这个问题，那么先来看一个记录集，如表8-2所示：
au_id
au_lname
au_fname
phone

172-32-1176
white
bob
408 496-7223

219-46-8915
green
marjorie
415 986-7020

238-95-7766
carson
cheryl
415 548-7723

267-41-2394
oleary
michael
408 286-2428

274-80-9391
straight
dean
415 834-2919

341-22-1782
smith
meander
913 843-0462

       这里有六行四列。打开一个记录集，当前记录就是第一个记录，即为bob white的那条记录。用什么来标识当前记录？用当前记录指针。那么又如何处理这个指针呢？当需要移到下一条记录或者是其他记录时，是通过光标来实现的。在访问当前行的字段时，光标知道目前位于哪一行，所以能返回正确的值。如果试图移出记录集的最后一行，光标也会处理。
       理解光标的一种好方法是将光标想象成为一个可以在记录集内移动的窗口。这一窗口与记录集的单个行同样高，同样长，因此一次只能看到一行数据值。当你移到另一条记录时，这个窗口也跟着移动。
       也许你认为这相当简单，但它确实很重要，因为能用光标做什么是由光标的类型决定的。
1．  光标类型
光标的类型标识了光标所能够提供的功能。这里有四种类型的光标：
· 静态（adopenstatic）。静态光标含有对记录的静态拷贝。这意味着在记录集建立之后，记录集的内容就固定了。其他用户对记录的更改、添加和删除都是不可见的。允许在记录集中向前、向后移动。
· 只许前移（adopenforwardonly）。缺省的光标类型，除了只允许向前移动外，其余的与静态光标相同。
· 动态（adopendynamic）。动态的光标没有固定的记录集。其他用户的更改、添加或删除操作在记录集中是可见的。允许在记录集中向前、向后移动。
· 键集（adopenkeyset）。键集类型的光标除了记录集是固定的，其余的与动态光标相似。可以看到其他用户的修