简单 散分 哪位可以告诉我？

[lxy_winner]

哪位可以告诉我，
为什么用VB用odbc数据源可以不用编写代码即可以连接上数据库而用ADO就必须要写那么多行代码呢才可以呢？那为什么我们不用odbc来连接数据库呢？
是不是因为如果用ODBC数据源的话就只能是在本机上用而要是移到别的机器上就
必须也要设置一下数据源才以用呢？也就是说它的移植性不好，是不是这个原因呢？
如果能说明白的话再要分也给你！

[guofu007]

差不多，我的感觉odbc是绝对路径，不方便，而用程序写的是相对路径，使用起来很方便的

[crystal_heart]

没感觉啊！都是一样的工作量，我还是喜欢ADO多一点。

[Davidxw]

我也喜欢用ado！可以自由的控制全过程！

[olianan]

TO :大工业
老兄你刚好说错了ODBC是一种开放数据连接，世界上的许多数据库厂商和软件公司都支持这一标准 ，而用微软的 ADO 的OLEDB话有些软件是不支持的。 因为他是微软的东西。但是ADO在以后的几年会更普遍，因为他为用户提供了一种统一的访问数据库的方法。

[palmkey]

设数据源很麻烦，假如有100台机，或1000。。。

[holydiablo]

没错
一个统一而灵活的方法绝对是会受欢迎的

[gump2000]

OLEDB和ODBC才是能够拿来比较的东西

ADO RDO DAO...这些才是可以比较的

[wzsswz]

ODBC(Open Database Connectivity，开放数据库互连)是微软公司开放服务结构(WOSA,Windows Open Services Architecture)中有关数据库的一个组成部分，它建立了一组规范，并提供了一组对数据库访问的标准API（应用程序编程接口）。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持，用户可以直接将SQL语句送给ODBC。

一个基于ODBC的应用程序对数据库的操作不依赖任何DBMS，不直接与DBMS打交道，所有的数据库操作由对应的DBMS的ODBC驱动程序完成。也就是说，不论是FoxPro、Access还是Oracle数据库，均可用ODBC API进行访问。由此可见, ODBC接口的最大优点是其互操作能力，理想情况下，每个驱动程序和数据源应支持完全相同的ODBC函数调用和SQL语句，使得ODBC应用程序可以操作所有的数据库系统。ODBC API的特点是功能强大丰富，提供了异步操作，事务处理等高级功能，然而，实际上不同的数据库对SQL语法的支持程度各不相同，因此，ODBC规范定义了驱动程序的一致性级别，ODBC API的一致性确定了应用程序所能调用的ODBC函数种类，ODBC 2.0规定了三个级别的函数，目前 DM3 ODBC API支持 ODBC 2.0规范中第二级扩展的所有函数,只是ODBC API相应的编程复杂，工作量大。

ODBC并不是一个万能的可以针对任何数据库实现完全独立的、完整功能和高性能的解决方案。不同数据库和第三方经销商提供了对ODBC不同级别的支持。一些驱动器仅仅实现了核心的API函数，这些函数映射了顶层或者其他接口库。其他一些驱动器，例如Microsoft SQL Server的驱动器，在一个本地的、高性能的驱动器中提供了完整的２级支持。

如果一个程序仅使用核心的ODBC API，它很可能会丢弃某些数据库的特征和性能。此外，并不是所有的本地SQL扩展都可以在ODBC出口次序中描述的（例如Oracle的DECODE和SQL Server的CASE表达式）。另外，书写SQL语句来利用数据库优化器是意见很自然的事情。但是在Oracle中用来扩展数据库性能的技术和方法在Microsoft SQL Server 7.0中不一定是最好的。ODBC接口并不能把一个系统所用的技术翻译为另一个系统的技术。

ODBC并不影响一个应用程序使用数据库专有的特征和调整来提高性能，但是应用程序需要某些数据库专有的代码部分。ODBC使得在多个数据库间保持程序结构和多数程序代码一致变得容易。

[wyj581]

up

[samilly]

ADO使用起来更灵活啊，自由

[lixingyuaaa]

我同意阿甘的观点
我也认为ADO在以后的几年会更普遍，因为他为用户提供了一种统一的访问数据库的方法。

[csb_tom_new]

ODBC API用起来很繁琐，我还是喜欢ADO