请教各位，关于ADO, ODBC, DAO的比较（轻轻松松３００分）

Question

我的感觉：
本地处理：DAO最方便编程。
远程：ODBC最方便编程。
本人没有使用过ADO，不敢忘下评论。

Answer 1

DAO适合本地访问，就是单机版的数据库系统。RDO适合远程访问。而ADO结合两者的特点，而且对象不分层，用起来相对容易。要是处理本地数据库，用DAO是最快的。我试过用ADO做了一个TREEVIEW的程序，就是将数据库
记录加到TREEVIEW里的NODE中，速度能看出来不如DAO快。不知道你用VC还是VB。VB里MS有一个
例子，你也可自已用ADO再做一个，反正我是看出来了ADO没DAO本地快。具我所知用VC可以通过ODBC API来做数据库，灵活是灵活，可是肯定不如ADO，DAO，RDO方便。

Answer 2

BTW：其实如果不是大量的一次性处理，用ADO就行了，因为现在流行这个，很容易在网上
找到支持的。DAO，RDO，ODBC没人用了好像。现在ADO+都出来了。
在WINDOWS2000里是ADO2。5

Answer 3

DAO对于使用本机的处理是最快的，ADO其次，ODBC最慢，这里仅针对ACCESS数据库，如果是SQL
则ODBC最快。
对于远程方式，可以使用ODBC或ADO

Answer 4

Dao最快，请看下文
您需要的是一个简单、一致的应用程序编程接口 (API)，使应用程序能够访问和修改众多类型的数据源。数据源可能象文本文件一样简单，也可能象一堆异种数据库那样复杂，或者是尚未定型的某种数据。此外，API 不应该预先设定出访问和操作数据源的方式。虽然提出了这些要求，典型的数据源依然需要支持开放式数据库连接性 (ODBC) 标准的关系型数据库，并可通过用结构化查询语言 (SQL) 编写的命令对它进行操作。Microsoft 对这个问题所提供的解决方案是 OLE DB，即一组“组件对象模型”(COM) 接口，以统一的方式访问存储在不同信息源中的数据。但是，OLE DB 应用程序编程接口的目的是为各种应用程序提供最佳的功能，它并不符合简单化的要求。您需要的 API 应该是一座连接应用程序和 OLE DB 的桥梁，这就是 ActiveX® Data Objects (ADO)。