当前位置: 游戏平台 > 互联网科技 > 正文

Delphi数据库编程新手指南(02卡塔 尔(阿拉伯语:قطر‎

时间:2019-11-14 03:04来源:互联网科技
 组件概述、创建新数据库 一、Delphi数据库连接 如上一章所述,以一定的结构格式存储数据的一个或多个表的集合,称之为一个数据库。表内的数据以行和字段的形式表现。当数据库由

 组件概述、创建新数据库

一、Delphi数据库连接
如上一章所述,以一定的结构格式存储数据的一个或多个表的集合,称之为一个数据库。表内的数据以行和字段的形式表现。当数据库由两个或两个以上的表构成时,这些表通常储存着分散但相关的数据。MS Access、Interbase或SQL Server使用单个文件表示完整的数据库(如Access的.mdb文件)。而Paradox和dBase数据库则定义了不同的文件和索引来表示表和表的关系。描述一个Paradox数据库所需的全部文件通常被存储在一个单独的目录里。当然,Delphi在这两种模式下都能工作。

DAO、RDO、ADO、OLE DB 、ODBC and JDB

1.数据库编程相关组件面板概述:
  【Data Access】:用于连接数据源。
  【Data Controls】:数据感知组件(前提是已连接某个数据库)——查询检索、以及向数据库写入数据。
  【ADO】:ADO(用以实现访问关系或非关系数据库中数据的应用程序接口(API),在其他数据库和Microsoft的OLE数据库间提供了一个“桥”的作用).用于访问OLE数据库中的信息;同样可访问兼容ODBC的数据库(ODBC(开放数据库互连)--提供一组对数据库访问的标准API,能以统一方式处理所有数据库的一组规范。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC.一个基于ODBC的应用程序对数据库的操作不依赖任何DBMS,不直接与DBMS打交道,所有的数据库操作由对应的DBMS的ODBC驱动程序完成。也就是说,不论是FoxPro、Access还是Oracle数据库,均可用ODBC API进行访问。)
  【InterBase】:访问InterBase数据库(较少使用)。
2.建立一个新的数据库:
    在使用Delphi与数据库进行交互前,让我们回想下现今的数据库有哪些。
    当你想到数据库一词时,就应联想到任何存储在计算机内的数据类型——包括那些.pas文件(Delphi代码单元文件)也是一种数据库。一个Word文档或简单的.ini文件同样是另一类型的数据库。对于.ini文件的读写,我们通常使用有关类型或非类型文件的读写技术或例程。
    创建数据库应用程序,需要我们了解数据的相关性。关系模型的基础理念是——一个数据库由一系列表(或关系)构成,这些表格中的数据能以许多不同的方式被存取或重新召集而不需要重新组织数据库表格。简而言之,数据库最好描述为关系数据集。数据库可能包含许多不同的表。表如同表格,列称只为‘字段’,行称之为...行。
    要深入了解数据库设计和关系模型,需学习另一额外的网络课程。一个不错的概括总结参考资料:关系数据库设计基础(Fundamentals of Relational Database Design)。    教学内容主要涉及ADO/Access数据库编程,现在先让我们用MS Access创建一个MDB数据库。若从未使用过MS Access,请参考MS Access tutorials。    首先,我们需要了解,在delphi.about.com社区里,开发人员都可上传他们的开源程序和组件。每个会员都应具有名字(name)、email地址和一个可能的个人网页(web page)。如果想跟踪每一个发布到该社区的程序,需创建一个拥有三个表的数据库:Applications (有关程序的一般信息)、Authors (发布者) 和 Types (什么类型的APP)。具体操作如下: a.启动Access(相关资源请参考翱翔百度空间获取,本人推荐用2007 Enterprise版),新建一个名为aboutdelphi.mdb的空数据库。而后在设计视图中创建三个表:Application,Authors,Types。让我们来看看这些表的结构:
 b.Applications 表 包含与程序描述要求相匹配的字段:Name(名称),Description(描述),Author(作者),Type(类型),Size(大小),cost(价格),DateUpl(上传时间)及Picture(图片)。 Name, Description, Author,Type字段内容为[文本]类型,大小为50个字符;Size为[数字](Single)单精度类型--用于存储文件的大小(单位KB);cost为[货币](Currency)类型--共享或商业软件所需字段;DateUpl为[日期/时间]类型。Picture为[OLE对象]类型--存储着操作示例等图片([OLE对象]--链接或嵌入的对象;将Name字段设为该表[主键] {链接(OLE/DDE 链接)--OLE对象及其OLE 服务器之间,或DDE(动态数据交换)的源文档与目标文档之间的一种连接}{嵌入--用于插入来自其他应用程序的OLE 对象的副本。源对象称为OLE服务器端,可以是任意支持链接和嵌入对象的应用程序。对嵌入式对象的更改不会反映在源对象中}{OLE对象包括如Word 文档、图形、声音或其他二进制数据等等}。
 c.Authors 表相关字段:AuthorName, Email, Web -- 都为[文本]类型,大小50个字符;AuthorName字段设为该表[主键]。
 d.Types 表只包含一个字段TypeName,同时为该表的[主键]。此表用于存储程序类型(图形/多媒体/数据库...)。
 e.创建如下图的表关系:。关系属性勾上‘实施参照完整性’和‘级联更新相关字段’。

Delphi能访问不同类型的数据库:local(本地)或C/S(客户机/服务器)(远程服务器)数据库。本地数据库指存放在你的本地驱动器或局域网上。远程数据库服务器通常位于远程计算机上。本地数据库类型的有Paradox、dBase和MS Access。客户机/服务器数据库类型的有MS SQL Server、Interbase和Oracle。

:ADO、DAO、RDO、ODBC、OLEDB、JDBC、BDE、数据库访问技术

 {具体操作及相关问题请参考Access 2007帮助文档里的【数据库设计基础】章节}
3.往数据库里添加记录: 创建一条虚拟记录以便调用: 在Types表中添加4行记录:'Game','Database','Internet','Graphics' -- 用于应用程序类型选择; 在Authors表中添加1行记录:'Delphi Guide', '[email protected]', '
 在Applications表中添加1行记录:'Zoom', 'Zooming the Destop', 'Delphi Guide', 'Graphics', 10, 0, 02/20/2001,Picture字段暂时让它为空。

 

摘自:先解释一下这几个名词先:
ADO---Active Data Objects,活动数据对象
DAO---Data Access Objects,数据访问对象
RDO---Remote Data Objects,远程数据对象
ODBC---Open Database Connectivity,开放式数据库连接性
DSN---Data Source Name,数据源名
BDE---Borland Database Engine,Borland数据库引擎
JET---Joint EngineTechnology,数据连接性引擎技术
OLEDB---Objects Link Embed DataBase对象链接嵌入数据库

 

本地数据库通常被称为单层数据库。单层数据库指一个数据库中的任何更改都立即发生,如编辑数据、插入或删除记录。单层数据库中,表能容纳多少数据以及应用程序能支持多少用户,是有限的。当数据信息包含的多个表之间存在复杂关系,或客户数量急剧增长时,你可能需要构建两层或多层结构的应用程序。客户端应用程序在本地计算机运行,应用服务器(通过很多协议来为客户端提供{serves}商业逻辑--可调用{call}的方法{methods})通常在服务器上,数据库本身可能会在另一台服务器上{提供数据更改服务}。多层架构背后的理念是使用应用服务器来做大部分的工作,而尽量缩小客户端。这允许我们编写那些被称作瘦客户端的应用程序。

ado的效率不是最佳,但是使用极为方便,而且通过压缩传输recrodset然后使用updatebatch功能极大的降低了网络的负载。这是我坚持使用ADO的原因。同时ADO支持将recordset用XML的方式储存、读取(读取需通过Stream对象),对于通过HTTP协议传输recordset极为方便。只需100行左右的代码就可以实现基于HTTP的recordset的远程传输。
RDO和DAO微软已经放弃,我就不多说了。但是必须承认,连接SQL Server的时候RDO的效率超过ADO。
ODBC作为一个标准,地位正在受到OLEDB的挑战。OLEDB的可扩展性和与ADO完美的结合使得我们可以访问任意位置的数据,从SQL Server、DB2、informix标准DBMS到EXCEL,outlook通讯簿,AD等等非传统的数据系统,而且OLEDB的SDK可以从MS站点免费下载,使用VC既可开发(VB的数据模块基于OLE Provider,功能上也类似,但是不能算真正的OLE Provider)。但是作为一个跨平台的标准,由于有IBM的支持,在unix品台商ODBC仍然是最大的赢家。
BDE,JDBC没有用过  
1、ODBC
1992年Microsoft和Sybase、Digital共同制定了ODBC标准接口,以单一的ODBC API 来存取各种不同的数据库。随后ODBC便获得了许多数据库厂商和Third-Party的支持而逐渐成为标准的数据存取技术。
ODBC以当时的业界标准规范X/Open Call-Level Interface(CLI)和ISO/IEC9075-3 Call-Level Interface(SQL/CLI)为涵盖的范围,因而支持了广阔的数据库。
虽然ODBC在初期的版本中执行效率不佳,而且功能有限,因此也为人们所贬低。但是,随着Micr osoft不断地改善ODBC,使ODBC的执行效率不断增加,ODBC驱动程序的功能也日渐齐全。到目前,ODBC已经是一个稳定并且执行效率良好的数据存取引擎。
不过ODBC仅支持关系数据库,以及传统的数据库数据类型,并且只以C/C++语言API 形式提供服务,因而无法符合日渐复杂的数据存取应用,也无法让脚本语言使用。因此Microsoft除了ODBC 之外,也推出了其他的数据存取技术以满足程序员不同的需要。

1.数据库编程相关组件面板概述: 【Data Access】:用于连接数据源。 【Data Controls】:数据感知组件(前提是已连...

 

  1. DAO
    1993年Microsoft为了让程序员能够存取Access数据库,使用OLE Automation技术封装了Jet Engine 。这些使用Jet Engine 存取Access数据库的OLE Automation Object便称为Data Access Object(DAO)。
    DAO能够存取xBase的数据库以及Excel文件,并且能够结合ODBC存取关系数据库。但是DAO毕竟主要的设计目的是存取Access数据库,因此DAO在存取Access数据库时非常有效率,但是在存取其他的数据源时却表现得不怎么好。目前DAO已经慢慢接近维护的状态,因此建议各位尽量不要在新的项目中使用DAO。
  2. RDO
    由于DAO在结合ODBC存取关系数据库时表现得并不好,因此在1995年Microsoft同样以OLE Automation 技术直接封装ODBC API ,让程序员能够存取关系数据库。这种数据存取技术便称为Remote Data Object(RDO)。
    Microsoft之所以推出RDO,是因为ODBC API 是非常复杂的API,许多程序员无法直接使用ODBC API 来开发应用程序,因此Microsoft以简化的RDO对象让程序员能够较为简单存取数据。此外,通过RDO,VB和脚本语言也能够存取各种关系数据库。不过目前RDO也已经逐渐地被放弃了,因此建议各位也不要在新的项目中使用RDO,毕竟RDO只能算是一个过渡性质的数据存取解决方案。
  3. OLE-DB
    随着数据源日益复杂化,现今的应用程序很可能需要从不同的数据源取得数据,加以处理,再把处理过的数据输出到另外一个数据源中。更麻烦的是这些数据源可能不是传统的关系数据库,而可能是Excel文件,Email或Internet/Intranet上的电子签名信息。Microsoft为了让应用程序能够以统一的方式存取各种不同的数据源,在1997年提出了Universal Data Access(UDA)架构。UDA以COM技术为核心,协助程序员存取企业中各类不同的数据源。
    UDA以OLE-DB(属于操作系统层次的软件)做为技术的骨架。OLE-DB定义了统一的COM接口做为存取各类异质数据源的标准,并且封装在一组COM对象之中。藉由OLE-DB,程序员就可以使用一致的方式来存取各种数据。
  4. ADO
    虽然OLE-DB允许程序员存取各类数据,是一个非常良好的架构,但是由于OLE-DB太底层化,而且在使用上非常复杂,需要程序员拥有高超的技巧,因此只有少数的程序员才有办法使用OLE-DB。这让OLE-DB无法广为流行。为了解决这个问题,并且让VB和脚本语言也能够藉由OLE-DB存取各种数据源,Microsoft同样以COM技术封装OLE-DB为ADO对象,简化了程序员数据存取的工作。由于
    ADO成功地封装了OLE-DB大部分的功能,并且大量简化了数据存取工作,因此ADO也逐渐被愈来愈多的程序员所接受。
  5. ADO 的架构
    ADO主要是让应用程序或Web 应用程序存取各种不同的数据源。ADO封装了OLE-DB复杂的接口,以极为简单的COM接口存取数据。ADO能够藉由OLE-DB存取传统的关系数据库,或Flat-File类型的数据库;也可以存取非传统的数据,例如文字、Email、声音、图形、影像等。更可以通过OLE-DB,藉由Connector来存取大型的数据源,例如CICS等。但是不管应用程序要存取哪一种数据源,应用程序都只需要使用ADO,而不需要使用各种不同的复杂API来存取不同的数据,这样就可以大大简化应用程序员的工作。  

当我们用Delphi编写一个数据库应用程序时,我们需要使用一些数据库引擎来访问数据库中的数据。数据库引擎--允许你专注于需要访问哪些数据,而非如何访问它。从第一版开始,Delphi就为开发人员提供了BDE(Borland数据库引擎);此外,从第五版开始,提供了对微软ADO数据库接口的支持。

  
1.DAO 数据访问对象(DAO)方式是允许程序员操纵Microsoft Jet数据库引擎的第一个面向对象的接口。Jet数据库引擎是一种用来访问MicrosoftAccess表和其它数据源的记录和字段的技术。对于单一系统的数据库应用程序来说,DAO依然很受欢迎并且非常有效;在中等规模工作组的网络中,DAO也有少量的应用。
2.RDO 远程数据对象(RDO)方式是提供给开放数据库互连(ODBC)数据源的面向对象的接口。RDO是开发Microsoft SQL Server、Oracle、和其它大型关系数据库应用程序的绝大多数数据库开发者使用的对象模型。
3.ADO ActiveX数据对象(ADO)方式是DAO和RDO方式的继承者,它也有一个类似的对象模式。在ADO方式中,可编程对象展示了你的计算机上所有可获取的本地和远程数据源。

本课程将主要讲解使用MS Access本地数据库创建单层应用。

 

 


二、数据库引擎
BDE为Borland公司旗下产品(包括Delphi和C Builder)提供了一个通用的数据访问层,由一系列DLL集合和实用工具构成。BDE的优点在于--所有的数据操作对开发人员来说都是“透明”的; BDE自带一系列数据库驱动器,使你的应用程序能与几种不同类型的数据库进行交互。这些驱动将高层次的数据库操作(比如open、post)或业务流(记录锁、SQL分布式创建)转化为具体到某个特定数据库(Paradox,dBASE,MS Access或任何ODBC数据源)类型的底层指令。BDE API(应用编程接口)包含200多个过程和函数,都可从BDE单元中获得。幸运的是,我们再也不用直接去调用这些例程了,而是通过使用Data Access面板下VCL的BDE数据访问组件。要访问特定数据库,应用程序只需要知道该数据库的别名,即可访问该数据库中的所有数据。别名在BDE管理器(BDE Administrator)中设置,它指定了驱动器的参数和数据库的位置。BDE自带一个数据库驱动集,能够访问多种数据源。标准的BDE驱动集包括Paradox,DBASE,MS Access,ASCII文本。同时,BDE能通过ODBC管理器使用ODBC的驱动。

:OLE DB, ADO, ODBC

使用BDE访问数据库的Delphi应用程序,需要同时发布BDE。因此,进行应用程序部署时,必须使用InstallShield Express或其他Borland认证的安装程序。BDE作为数据库引擎有其优点和缺点。但是,在此我不打算讨论,你什么时候应该使用BDE(相比于其他引擎),以及为什么使用它,而不是其他的非BDE技术。

一、
ODBC(Open Database Connectivity,开放数据库互连)是微软公司开放服务结构(WOSA,Windows Open Services Architecture)中有关数据库的一个组成部分,它建立了一组规范,并提供了一组对数据库访问的标准API(应用程序编程接口)。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC。
应用程序要访问一个数据库,首先必须用ODBC管理器注册一个数据源,管理器根据数据源提供的数据库位置、数据库类型及ODBC驱动程序等信息,建立起ODBC与具体数据库的联系。这样,只要应用程序将数据源名提供给ODBC,ODBC就能建立起与相应数据库的连接。
二、
OLE DB(OLEDB)是微软的战略性的通向不同的数据源的低级应用程序接口。OLE DB不仅包括微软资助的标准数据接口开放数据库连通性(ODBC)的结构化问题语言(SQL)能力,还具有面向其他非SQL数据类型的通路。 作为微软的组件对象模型(COM)的一种设计,OLE DB是一组读写数据的方法(在过去可能被称为渠道)。OLD DB中的对象主要包括数据源对象、阶段对象、命令对象和行组对象。使用OLE DB的应用程序会用到如下的请求序列: 初始化OLE 连接到数据源 发出命令 处理结果 释放数据源对象并停止初始化OLE
OLE DB标准中定义的新概念----OLE DB将传统的数据库系统划分为多个逻辑组件,这些组件之间相对独立又相互通信。这种组件模型中的各个部分被冠以不同的名称:数据提供者(Data Provider)。 提供数据存储的软件组件,小到普通的文本文件、大到主机上的复杂数据库,或者电子邮件存储,都是数据提供者的例子。有的文档把这些软件组件的开发商也称为数据提供者。

既然本课程是讨论ADO/MSACCESS的,那么剩余部分将侧重于非BDE数据库引擎的访问方法。

我们要开启如Access 数据库中的数据,必须用ADO.NET 透过OLE DB 来开启。ADO.NET 利用OLE DB 来取得数据,这是因为OLE DB 了解如何和许多种数据源作沟通,所以对OLE DB有相当程度的了解是很重要的。
三、
微软公司的ADO (ActiveX Data Objects) 是一个用于存取数据源的COM组件。它提供了编程语言和统一数据访问方式OLE DB的一个中间层。允许开发人员编写访问数据的代码而不用关心数据库是如何实现的,而只用关心到数据库的连接。访问数据库的时候,关于SQL的知识不是必要的,但是特定数据库支持的SQL命令仍可以通过ADO中的命令对象来执行。
ADO被设计来继承微软早期的数据访问对象层,包括RDO (Remote Data Objects) 和DAO(Data Access Objects)。ADO在1996年冬被发布。

如《Delphi中引入ADO》所述,ADO是一组COM组件(DLLs){COM -- Component Object Model组件对象模型组件},它允许你像访问电子邮件和文件系统一样访问数据库。ADO组件构建的应用程序不需要BDE。使用ADO访问数据库,你需要有ADO/OLE DB库{OLE -- Object Linking and Embedding对象链接和嵌入}。若使用的是Windows操作系统,其所需文件已存在于系统中。最好使用从微软官方网站获得的MDAC最新版本。MDAC是使Universal Data Access(通用数据访问)起作用的关键技术,包括ActiveX Data Objects(ADO)、OLE DB和Open Database Connectivity(ODBC)。在这里没有必要过多的讨论OLE DB和ADO,让我们转移到更实际的问题上。


三、ADO对象(ADO Objects)
ADO编程模型基于若干ADO对象构建,这些对象提供多种访问各类数据源的方法--连接数据源、查询和更新记录集、报告错误等。Delphi通过几个封装好的VCL组件来访问这些对象。让我们来看看与ADO一起工作的对象有哪些:
Connection(连接)对象,通过连接字符串与数据源连接。在BDE/Delphi中,连接对象由数据库组件和会话(Session)组件的组成;
Command(命令)对象,使我们能够操作数据源。它描绘了一个命令(也称为查询或语句),对数据库中的数据进行增加、删除、查询或更新处理;
Recordset(记录集)对象,是查询(Query)命令的结果。你可以将它视为一个Delphi表(Table)或查询组件,其 返回的每一行都包含多个字段(Field)对象。
其他几个在ADO模型中存在的对象有:字段(Field)对象、参数(Parameter)对象和错误(Error)对象—在接下来的章节中我们会回过来谈到它们。

:什么是OLE DB,ODBC,DAO,RDO,ADO,DB-Library,都有什么区别

四、使用ADOExpress连接数据库
在对ADOExpress集合中的每个组件进行简要说明前,让我们首先了解一下如何连接到Access数据库。当然,将用到我们上章创建好的样例数据库—AboutDelphi.mdb。
Delphi主要通过组件面板ADO页上的ADOExpress组件实现对ADO的支持。在本课程中将使用几个其他的数据库组件。眼下,我们将重点放在用ADO能访问Access数据库所需的最小组件集上。
运行Delphi,即会建立一个带有空白窗口的应用程序。 

1.DB-Library 是SQL SERVER提供的一系列的操作数据库的函数库,是C的,用过,其他的是接口,

为了能通过ADO访问Access数据库的数据,你必须在你的工程中添加至少三个数据感知组件(data aware)。首先是DataControls(数据控制)组件页的DBGrid —- 用于浏览从一个表格或通过查询获得的记录。其次是DataAccess(数据访问)页的DataSource,用于连接数据集和窗口上的DBGrid组件,从而显示、导航(navigation)和编辑相关数据集的数据。最后是ADO页的ADOTable,表示对ADO数据库检索后获得的一个表。将它们拖放进窗口(Form),都使用默认的组件名。窗口如图所示:

2.ADO是指ActiveX Data Objects。ADO是VB6推荐操作数据库的方式

 

  1. ODBC最先出来,是用来连接oracle、sql server、access等数据库的一种接口标准(后来随着各厂商的扩充,也就都不标准了),各数据库提供实现ODBC的“驱动程序”

图片 1

OLE DB是微软“发明”的,用来淘汰ODBC的,OLE DB不光可以连接各种数据库,还可以连接exchange、活动目录、甚至操作系统文件目录等各种数据库源(也需要分别使用不同的“驱动程序”)

 

ADO也是微软的,是用来淘汰早起微软的RDO、DAO的(ADO可以做RDO、DAO能做的所有事),ADO在上层,通过下面的ODBC或者OLE DB来访问数据源(注意不是数据库,因为可访问范围包括活动目录等各种数据)。不过微软目前的ODBC实际是通过OLE DB访问数据源的。

如果你现在运行程序,Grid中将无任何数据显示 —- 那是因为,我们还没真正地连到数据库上。注意另一点:仅仅Grid是可见的,其他两个是不可视控件(controls-unvisible)。

层次关系:
应用程序 -> ADO -> ODBC -> OLE DB -> 数据源
或者
应用程序 -> ADO -> OLE DB -> 数据源
4.ODBC的本意是“ODBC的最大优点是能以统一的方式处理所有的数据库”,其实都是扯淡,因为各数据库对标准SQL都做了大量的扩充,除非你只使用标准的SQL,不然“统一”根本太不上。
5.其实这些都东西可以理解为是和驱动差不多.

五、组件间的连接(Link between components)
为了显示数据库中的数据,我们必须把三个组件关联在一起。在对象监视器(Object Inspector)中进行如下设置:DBGrid1.DataSource = DataSource1;
DataSource1.DataSet = ADOTable1 ;


我们现在已经到了最困难的部分 -- 为了真正从数据库中获得数据,我们必须建立一个连接字符串(ConnectionString)。这个字符串指出了数据库的物理存储位置和访问方式。当你双击AdoTable组件的ConnectionString属性的...省略号按钮。

: DAO、RDO、ADO、OLE DB 、ODBC and JDBC relation

建立一个连接字符串,我们有两种选择:使用数据连接文件(.UDL)或手工建立一个连接字符串。现在我们手工建立它,点击Build按钮--弹出Data Link Properties(数据连接属性)对话框。这个对话框有4页。Provider(提供商)页允许你指定提供商—这里选择Microsoft Jet 4.0 OLE DB Provider。点击Next进入第二页:Connection(连接)。点击...按钮浏览并找到我们的数据库(AboutDelphi.mdb)。可点击Test Connection(测试连接)按钮来检验是否连接成功 —- 这里应该是成功的。其它页暂时不进行设置。最后,点两次OK,以关闭对话框 —- 连接字符串被存储在ADOTable组件的ConnectionString属性中。连接字符串如下所示:Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:DatabaseAboutaboutdelphi.mdb;Persist Security Info=False
最后,必须设置通过ADOTable组件所访问的表的名称 -- 再次使用Object Inspector:ADOTable1.TableName = Applications   ;
若想设计时就看见数据库中的数据,可将ADOTable的Active(激活)属性设置为True。
完成以上步骤后,你将能在DBGrid中看到Applications表的一行记录。运行时,你甚至能改变数据库的数据。当然,你无法做更多的事 -— 这是我所能想到的最简单的ADO的例子。

1.DAO: Data Access Object 数据访问对象

 

         1993年Microsoft为了让程序员能够存取Access数据库,使用OLE   Automation技术封装了Jet   Engine   。这些使用Jet   Engine   存取Access数据库的OLE   Automation   Object便称为Data   Access   Object(DAO)。  

如上一章所述,以一定的结构格式存储数据的一个或多个表的集合,称之为一个数据库。表内的数据以行和字段的形式...

      是微软的VB3.0中提供的数据访问技术,它允许访问和处理本地数据库,象access,缺点是不能访问远程数据库。因此DAO在存取Access数据库时非常有效率,但是在存取其他的数据源时却表现得不怎么好。DAO是Microsoft一种用来访问Jet引擎的方法,主要用来访问Access数据库,使用起来比较简单。

    于是乎微软在vb4.0中提供了RDO远程数据访问技术,它可以有效的访问象oracle&sql   server这样的远程数据库,但也有问题就是它对本地数据库访问效果很差,所以在vb6.0中才出现了ADO,综合了前两个版本的优点,支持对关系和非关系数据库的访问,也支持访问其他的数据源,如:电子表格、email等。

2. RDO(Remote Data Objects,远程数据对象)

编辑:互联网科技 本文来源:Delphi数据库编程新手指南(02卡塔 尔(阿拉伯语:قطر‎

关键词: