现在的位置: 首页 > 综合 > 正文

比较ADO与ODBC的区别

2013年09月17日 ⁄ 综合 ⁄ 共 2653字 ⁄ 字号 评论关闭
 

       有很多种使用数据库的方法,对大多数数据库来说,选择c++这种产品也许并不适宜。我们知道,像dbase iv,foxpro,oracle和access这样的产品是完全以数据库管理为中心的。事实上,这些产品非常善于创建数据库管理器,以至于它们确实并不善于做太多其它的工作。即使要用更通用化而非更专用化的数据库产品来执行一些类型的工作,在使程序设计更容易这一方面,像visualbasic和 delphi这样的rad环境也要比visual c++强很多。

       你是不是对我的说法感到很奇怪?下面我就要谈一谈,在谈到使用数据库管理系统(dbms)这个话题时,用visual c++实际上可以做些什么。虽然上述其它语言使得编写成熟的包括用户界面和高速搜索能力的dbms就像孩子做游戏一样容易,但是,它们缺少visual c++可以提供的某些重要东西。你不能为使用access的数据库轻松地编写出实用程序。正像实用程序的定义所说的,实用程序应该很小并且具备可移植性 ——access应用程序却不是这样。即使用access这样的产品创建的程序可以很小并且可以移植,你仍有其它方面的需求:底层的功能。

  注:编写数据库实用程序及驱动程序时,可以选择visual c++语言。

  想像一下,使用像visual basic这样的语言来与实时数据采集设备打交道的情况。在进行底层访问时,rad的保护环境常常使程序员不能进行有效的处理。当然,数据采集设备几乎不依赖于简明的连接。你打算如何把visual basic和外部的数据源连接起来呢?数据源甚至可能不了解windows,dos或类似的成熟的操作系统。

  只要使用得当,很容易看到visual c++是一种不可或缺的数据库管理工具。针对大规模的应用程序,即使你仍想依赖于visual basic这样的rad语言,也请考虑一下visual c++,它创建的程序规模小、提供底层访问并能提供实时访问。事实上,你可能还没有想到,visual c++数据库应用程序的市场是很有潜力的。随着人们在旅途中越来越多地使用膝上型和掌上型电脑,这两类电脑上的数据库应用程序也变得越来越普通。你也许能够适应今天的膝上型电脑上的access应用程序,但谈到硬盘大小或内存需求时,公司里较老的膝上型电脑可能就达不到要求。运行windows ce的掌上型电脑在运行这个access应用程序时,肯定会发生故障。在这一数据库市场的新领域,visual c++提供了无价无限的工具。

  web链接 谈到使用visual c++和数据库,其实你并不孤单。从一开始就有数据库专用新闻组提供有关数据库创建技巧的帮助,比如microsoft.public.access。不过,这些新闻组提供的是通用信息,对实际编写应用程序并非全都那么有用。专门针对visual c++问题的新闻组是microsoft.public.vc.database和microsoft.public.vc.mfcdatabase。如果你决定用odbc访问数据库,可能还要查看一下microsoft.public.odbc.sdk新闻组,它讨论的不仅仅是sdk。对最新技术感兴趣的程序员可以查阅microsoft.public.ado新闻组,或者microsoft.public.oledb(对象链接和嵌入数据库)新闻组,前者讨论 ado,后者讨论ado的基础技术。在microsoft.public.ado.rds有一个ado子组,它讨论远程数据访问。

  既然所有的疑惑都消除了,大多数人的信心也就增强了,下面我们就介绍两种使c++访问数据库中的数据的主要方法:odbc(开放数据库互连)和ado(activex数据对象)。在本章中,将介绍这两种类型的访问方法,但我想你会发现,ado方法是针对新的程序设计情形而采用的。它克服了早期技术的诸多限制,依赖于microsoft新的底层访问方法ole-db(对象链接和嵌入数据库)。在本书的后面我们会看到,用ado和visual c++提供的各种向导来汇集数据库工程,其速度有多快。

  注 odbc通常用来访问不具备ole-db特性的非microsoft数据库中的数据;16位的odbc驱动程序工作起来可能非常缓慢。

  odbc素以最慢的数据访问方法而著称,但是很可惜,当ado或dao都不支持某个数据库管理器而odbc支持这个数据库管理器时,在这种特定的情形下,你仍然需要使用odbc。在大多数情况下,这意味着要从数据库厂商那里获得所需的驱动程序,虽然visual c++确实附带了一些产品的驱动程序(如果你正在使用数据库管理器的某些神秘功能,那么就需要建立自己的接口棗这并不是一件十分困难的事)。本质上讲,你总是要使用odbc来访问microsoft产品之外的其它dbms产品所创建的数据库,这些数据库并不具备ole-db功能。odbc还要求做一些额外的工作棗为ado调整visual c++中的大部分向导。

  高级技巧

  除了使用ado和odbc外,你还可以使用像dao(数据访问对象)这样的早期技术,该技术包含在像access这样的microsoft产品中。dao依赖于用microsoft access自动获得的microsoft jet数据库引擎。dao还是较早版的visual basic所使用的引擎(最新版的visual basic和visual c++依赖于相同的ado/ole-db组合),所以如果需要支持较早的visual basic应用程序,那么dao仍是一个不错的选择。

  尽管microsoft文件声明,可以用dao访问非microsoft产品建立的数据库,但你仍会发现,在这种情况下,使用ado和 odbc要好得多。这样的话,不但兼容性问题会少一些,速度也将有所提高,因为数据请求经过的接口层减少了。有一条经验要记住,dao是设计用来处理 mdb文件的。

  ado的一个问题是,它不支持远程通信。这是microsoft提出rdo(远程数据对象)的原因之一。这种特别技术在visual basic应用程序中的使用,要比在visual c++中的使用多得多,所以我猜想,你们中有很多人都在使用它。但是,记住rdo仍是一种生命力很强的技术,这一点很重要。ado确实具有替代rdo的远程数据服务(rds)特征。换言之,ado在一个软件包中提供了dao和rdo两种功能性。

【上篇】
【下篇】

抱歉!评论已关闭.