4. OLE-DB
随着数据源日益复杂化，现今的应用程序很可能需要从不同的数据源取得数
据，加以处理，再把处理过的数据输出到另外一个数据源中。更麻烦的是这些数
据源可能不是传统的关系数据库，而可能是E x c e l文件，E m a i l或I n t e r n e t / I n t r a n e t上
的电子签名信息。M i c r o s o f t为了让应用程序能够以统一的方式存取各种不同的数
据源，在1 9 9 7年提出了Universal Data Access(UDA)架构。U D A以C O M技术为核心，
协助程序员存取企业中各类不同的数据源。
U D A以O L E - D B (属于操作系统层次的软件)做为技术的骨架。O L E - D B定义了
统一的C O M接口做为存取各类异质数据源的标准，并且封装在一组C O M对象之中。
藉由O L E - D B，程序员就可以使用一致的方式来存取各种数据。
5. ADO
虽然O L E - D B允许程序员存取各类数据，是一个非常良好的架构，但是由于
O L E - D B太底层化，而且在使用上非常复杂，需要程序员拥有高超的技巧，因此只
有少数的程序员才有办法使用O L E - D B。这让O L E - D B无法广为流行。为了解决这
个问题，并且让V B和脚本语言也能够藉由O L E - D B存取各种数据源， M i c r o s o f t同
样以C O M技术封装O L E - D B为A D O对象，简化了程序员数据存取的工作。由于
A D O成功地封装了O L E - D B大部分的功能，并且大量简化了数据存取工作，因此
A D O也逐渐被愈来愈多的程序员所接受。
6. ADO的架构
A D O主要是让应用程序或We b应用程序存取各种不同的数据源。A D O封装了
O L E - D B复杂的接口，以极为简单的C O M接口存取数据。图1 - 1是A D O的架构图。
从图1 - 1我们可以看到，A D O能够藉由O L E - D B存取传统的关系数据库，或F l a t - F i l e
类型的数据库；也可以存取非传统的数据，例如文字、E m a i l、声音、图形、影像
等。更可以通过O L E - D B，藉由C o n n e c t o r来存取大型的数据源，例如C I C S等。但
是不管应用程序要存取哪一种数据源，应用程序都只需要使用A D O，而不需要使
用各种不同的复杂A P I来存取不同的数据，这样就可以大大简化应用程序员的工
作。
A D O藉由O L E - D B来存取不同数据源的数据，因此程序员要使用A D O技术存
取数据，就必须搭配使用O L E - D B驱动程序，而且最好是原生的O L E - D B驱动程序，
而避免使用O L E - D B再加上O D B C驱动程序的架构。
……
由于A D O已经推出了数个版本，因此在稳定性上非常良好，在执行效率上也
如同当初的O D B C一样有日渐改善的趋势。更重要的是M i c r o s o f t还在不断强化
A D O，因此，如果读者想在Wi n d o w s平台中开发应用系统，那么使用A D O将会是
正确的选择。尤其是如果要开发M T S / C O M +的应用系统，那么我强烈建议各位使
用A D O，避免使用B D E / I D A P I。
……
B D E / I D A P I 一直是D e l p h i 存取数据的引擎。当D e l p h i 在5 年前推出时，
B D E / I D A P I的确是执行速度非常快的数据存取引擎。比起那时的O D B C来说，
B D E / I D A P I不管是在功能上还是执行速度方面都比O D B C好。但是随着时间的流逝，
M i c r o s o f t不断的在改善数据存取的技术，从O D B C、D A O、R D O到现在的A D O。
虽然经常改变存取技术会造成程序员的困扰，但是M i c r o s o f t也确实改善了数据存取
技术。因此现在不管是在功能上还是执行速度上A D O不但不输给B D E / I D A P I，甚
至还表现得更好。B D E / I D A P I在最近已经开始进入维护状态，功能上已经没有改善，
只是修改一些臭虫或是根据其他数据库厂商推出新的版本时更新BDE/ IDAPI而已。
