数据库的ODBC连接,ADO和BDE有什么区别和联系

要在访问数据时判断出应该使用哪一种技术，这并不容易。可能需要公用实用程序来处理多个数据库类型；部分数据可能出现在本地硬盘驱动器上，部分在网络上，还有一部分在主机上。甚至客户安装在设备上的产品也会使这种选择更加困难。例如，你所期待的ODBC 支持级别也许依赖于所安装的Microsoft Office 的版本，因为这个产品不提供ODBC 支持。你还会发现，ADO 类提供的对象和方法要比ODBC 类多。ADO 可以提供程序中绝对必须具有的一些特性——例如，你会发现OLE-DB 和ADO 两者都支持DFX_Currency，但在ODBC中没有对应的功能——但你要想掌握它们也必须付出一定的努力。 ============================================================================
注 使用ADO 而不是ODBC 的一个原因是，ADO 提供的对象和方法比ODBC 多。 ============================================================================
选择OLE-DB 或ODBC 时，有几条一般的规则。因为ADO 实际上只是OLE-DB 的包装，所以这些规则也适用于它。下面提供一些基本的原则，可以用来帮助你决定选择OLE-DB还是ODBC。 · 非OLE 环境 如果要访问支持ODBC 的数据库，而该数据库又在不支持OLE 的服务器上，那么ODBC 是最好的选择。 IN2qb*lT@s
· 非SQL 环境 ODBC 在处理SQL 时非常出众。处理非SQL 数据库时，OLE-DB则具有非常明显的优势。
· OLE 环境 对支持OLE 的服务器来说，选择OLE-DB 还是ODBC 也许是希望各半。如果有ODBC 驱动程序可供利用，那么使用ODBC 是一个好主意；否则，就只有选择OLE-DB了。
· 所需的互操作性 如果需要可互操作的数据库部件，那么只有选择OLE-DB。
其它的问题往往是复合问题，或者至少是失去了可以用来区别这两种技术的方便的规则。例如，有一些特征是ADO 和ODBC 所共有的。其中