2004-08-20正文初步整理完成

09:12JS2115
10：25第十章改完，并添加了习题。共30页。
10：38找到第八章的程序，先调试几个，然后再添加章首页等内容。今天有点不在状态，精神振不起来。
14:30第八章改的内容神不知鬼不觉的丢失了，连一点点影子都找不到。如果没有图形文件夹中的图形，我自己都不相信自己改过了。直到现在我也想不通为什么会这样。
15：30把内容给恢复了，现在又到了删除记录这部分内容。并采用SQL抓图的方式并把创建/修改/删除记录的例子拆为三个。
16：27在删除记录那里卡壳了，在SQL里也删不掉，说是ODBC错误。准备先出习题。
知止而后有定，定而后能静，静而后能安，安而后能虑，虑而后能得。

最好找个ASP函数表。
为什么我创建文件夹时，ASP在系统根目录中创建？
需要处理的程序10-7数据库操作的错误处理程序。

HTML注释：<!—这是一条注释信息-->。
异常中断：on error resume next
调用本页面<form action="<%=Request.ServerVariables("Script_Name")%>" method="post">
选择一文件：<Input name="filename" Type="file">

1。表9-2里游标的数值两本书不一样。

每个程序前面可以加的内容：
<Title>数据库连接</Title>
<Center><H4>显示数据库中表的内容</H4></Center>
<Hr>
<%Option Explicit%>

1。<Form   Action=处理程序的网址   Method=Get|Post   Name=该FORM的名称 enctype=数据传送的MIME类型 onrest=按下RESET键所调用的程序 Onsubmit=按下submit所调用的程序 target=输出窗口或分页名称>        ……                 </Form>
其中，Action属性用于指定表单处理程序的URL；Method属性则指定提供数据的方法。
2。使用CreateTextFile方法创建一个空的文本文件：
<%
Dim fso,fil
Set fso=Server.CreateObject("Scripting.FileSystemObject")
Set fil=fso.CreateTextFile("D:/My webs/test2.txt",True)
%>
3。用OpenTextFile方法创建一个文本文件
Object.OpenTextFile(filename[,iomode[,create[,format]]])
其中，object应为FileSystemObject对象的名称。Filename是字符串，用于指明待创建的文件。Iomode用于指定输入/输出模式，取值为1（以只读模式打开，不能对文件进行写操作）、2（以只写方式打开，不能对文件进行读操作）或8（以追加方式打开，可以在文件末尾进行写操作）。Create指出文件不存在时是否创建，默认是False，若要创建，可设为True。Format指出以何种格式打开文件，取值是-2（以系统默认格式打开）、-1（以Unicode格式打开）或0（以ASCⅡ格式打开）。

 

Application：应用，请求申请
Session：会话
Global：全局的，共用的
Execute
Transfer：转移、转换、转接

 

OLE DB：一个数据访问接口，它提供对企业内部和Internet上的SQL和非SQL数据源的一致访问。OLE DB 是系统级的编程接口，它定义了一组COM 接口，这组接口封装了各种数据系统的访问操作，这组接口为数据使用方和数据提供方建立了标准，OLE DB 还提供了一组标准的服务组件，用于提供查询、缓存、数据更新、事务处理等操作，因此，数据提供方只需实现一些简单的数据操作，在使用方就可以获得全部的数据控制能力。
ADO(ActiveDataObjects，Active数据对象)：ADO实际是一种提供访问各种数据类型的连接机制。ADO设计为一种极简单的格式，通过ODBC的方法同数据库接口。可以使用任何一种ODBC数据源，即不止适合于SQLServer、Oracle、Access等数据库应用程序，也适合于Excel表格、文本文件、图形文件和无格式的数据文件。ADO是基于OLE-DB之上的技术，因此ADO通过其内部的属性和方法提供统一的数据访问接口方法。
COM 组件对象模型)
API（Application Program Interface，应用程序编程接口）应用程序用来请求或执行由操作系统执行的低级服务的一组例程。
ODBC(Open DataDase Connectivity，开放数据库互连)是Microsoft开放的一套读取数据库的解决方案，它将所有对数据库的底层操作全部隐藏在ODBC的驱动程序内核里。对于用户来说，只要构建了一个指向数据库的连接，就可以采用统一的应用程序编程接口（Application Program Interface，API）实现对数据库的读写，实现用相同的代码访问不同格式的数据库。

OLE DB与ODBC的关系
----由于OLE DB和ODBC标准都是为了提供统一的访问数据接口，所以曾经有人疑惑：OLE DB是不是替代ODBC的新标准？答案是否定的。实际上，ODBC标准的对象是基于SQL的数据源（SQL-Based Data Source），而OLE DB的对象则是范围更为广泛的任何数据存储。从这个意义上说，符合ODBC标准的数据源是符合OLE DB标准的数据存储的子集。符合ODBC标准的数据源要符合OLE DB标准，还必须提供相应的OLE DB服务程序（Service Provider），就像SQL Server要符合ODBC标准，必须提供SQL Server ODBC驱动程序一样。现在，微软自己已经为所有的ODBC数据源提供了一个统一的OLE DB服务程序，叫做ODBC OLE DB Provider。