ADO是基于COM的,很多特性因此而来.当然,我只用ADO访问微软的数据库..

解决方案 »

  1.   

    ADO好象与WIN98的ODBC有时会不兼容,很烦,还要自己跑到客户那里升级ODBC。你们有没有遇到这个问题,有没有好方法解决。
      

  2.   

    请问ADO能象DBE那样建临时库吗?能访问Paradox数据表吗?
      

  3.   

    为什么要用Paradox,使用Access不好吗?
    我以前就使用Paradox,文件一大堆,性能比Access差多了。
    其实开发小型数据库ADO + Access是相当好的选择。什么BDE、ODBC统统可以不涉及。
      

  4.   

    去年6月份开发一个中型项目(90万项目)的时候,部门经理让我使用ADO,我还不愿意,主要是数据库是Oracle,但是,现在Oracle的开发我也得好好想想,例如Oracle的大量数据处理我会从Oracle的数据结构设计优化,这样很多操作可以使用Oracle支持的SQL语句快速完成,如果真的设计到大量的数据读写,其实dbExpress速度也不错,DOA也不错。主要的数据修改我还是选择ADO去实现,你所就增加、修改一条、几条记录,ADO又慢到那里去了?
      

  5.   

    但是对Oracle的读写上来看,ADO和BDE比ADO是要慢很多。
    对于SQL server 2000来说,ADO Express也要比BDE慢一倍,但是如果直接使用ADO的原生组件,经过测试,ADO组件直接使用要比BDE快将近一倍,那么如果直接使用BDE的API什么的呢?结果我就不知道了。
    但是ADO原生组件(Oracle 8.16提供的OLE DB驱动)进行数据读写也比BDE要慢!
    所以如果你开发Oracle数据应用:
    建议:ADO + DOA(Direct Oracle Access组件);
    如果你开发MS系列数据库:
    建议:ADO + ADO原生组件。呵呵,废话一堆,请大家指正。
      

  6.   

    最近我在做一个零售业的管理系统,数据量也挺大的,我门用的工具是delphi6+oracle 8.17连接用ADO,ole for oralce用起来经常出现异常,不知道是delphi6的ADO的原因,还是oralce 的原因。
      

  7.   

    现在ms的office都快成为计算机的标准配置了,要连office。用ado我觉得最顺手。