Dao和Ado那个好？

ado速度更快，但比用data控件繁琐

解决方案 »

  1.   

    当然是ado好，它是发展方向，microsoft建议新的应用程序采用ado
    在.net中，ado.net也有很大的发展。
    以后你系统的升级将较容易
      

  2.   

    用ADO 因为ADO 的技术和兼容性都比DAO好.速度也比DAO快
      

  3.   

    在现在这个阶段，看您的需求作吧
    DAO也能完成ADO不能完成的工作
    比如压缩、修复数据库
    但是ADO是发展的方向
      

  4.   

    这东西没准~~现在是ADO以后就，，，，
      

  5.   

    我也赞成使用ADO，以前我用他做过例子确实比较快，况且他是发展方向。
      

  6.   

    有没有谁专门做过例子对ADO和DAO进行比较？
    我怕ADO好用只是微软的宣传而已。
      

  7.   

    我已习惯 ADO 了. 新的东西(相对DAO而言算新的)当然要好些/
    用ADO 最大的问题就是打包了. 体积太大....做小规模的工程,还是可以考虑 DAO 的, 但大规模的,还是用 ADO 吧.
      

  8.   

    具体问题具体分析!当你对一个小的数据表格操作的时候,当然是用dao好!因为很简单!但话说回来,ado在速度方面有它的优势!你自己看着办好了!
      

  9.   

    都说了,那就用ADO了,还犹豫什么^
      

  10.   

    我习惯用ADO，但是用到要压缩同步之类的就只有用了
      

  11.   

    sonicdater(发呆呆) ：
      谢谢！
      

  12.   

    DAO， 这个鸟输入法吃英文和标点
      

  13.   


    以前用过DAO,现在用ADO速度更快
      

  14.   

    ADO：快、功能强大，DAO属被淘汰产品
      

  15.   

    Merlin，XiaoXiaoHan，你们好，看看下面的这些：    相比DAO或RDO对象模型而言，可以认为Microsoft ADO的体系结构比较简单，但是，这种简单并不意味着学习ADO是简单的。尽管ADO对象模型比DAO和RDO有更少的对象和集合，但是通常这些元素却比DAO、RDO中的相应内容更复杂，因为他们有更多可用的方法和可以设置的属性。ADO中有时间的对象很少，而且DAO中不支持这些对象。
        ……
        ADO对象模型比DAO和RDO对象模型更简单的原意之一是它的集合较少，而DAO和RDO正好相反，他们有丰富的集合。例如，在ADO中，可以创建任意多的Connection和RecordSet对象，但他们是独立的对象，且对象体系不会将它们作为一个整体，为他们维护一个引用参数。为此，首先必须坚信自己以记住了所有激活对象的踪迹，且将他们存储在自己的集合中，假如后面要用他们，这将会给工作带来更多一点的困难。但是学过本章后你会认识到设计独立对象相关的程序结构是非常简单，因为在大多数情况下，不是必须写精炼代码：如果必要时，当一个对象超出作用域，ADO会使用它的正常中断，并自动关闭打开的Recordset和Connection。这个方法将减少对内存的需要，并使应用程序在较少的资源状态下运行。
        ……                                   -----《VB6编程技术大全》
      

  16.   

    为以后的维护考虑，还是应该用ado,
    ado在速度上应该优于dao,虽然我没做过测试
      

  17.   

    未以后的维护考虑，应该用ado
      

  18.   

    wjying(葡萄) ：
        用ado对以后的维护有那些具体的好处呢？
      

  19.   

    使用ADO吧，ADO比较有发展前途。
      

  20.   

    如果不考虑升级，用DAO吧，功能上是比ADO差了很多且快被淘汰，不过小了很多很多，且不用涉及到太多DLL，至少是稳定了很多。
    ACCESS97配DAO是个不错的方案。
      

  21.   

    如何使用ADO建立MDB文件，有例子吗？
      

  22.   

    如果要建MDB的文件，需要用ADOX，在MSDN中有例子，网上也能查到
      

  23.   

    用ADO建立表到是可以，用ADO建立一个数据库文件，这个到是没有听说过
      

  24.   

    建議用ADO﹐不過ADO不能建數据庫﹐還有往數据庫裏加入圖片也作不到﹐這些要用DAO
      

  25.   

    当然是ado了,它是发展方向吗!!
      

  26.   

    用ado看来还是有一定困难的
      

  27.   

    DAO是专门为访问Access进行了优化，速度和稳定性很高，尤其你用Access97的话,建议一用DAO3.50我曾经特意比较了ADO和DAO，还是DAO在各方面的性能比较好， DAO还可以访问ACCESS的安全文件，我倒是不知道ADO是否可以访问了，但是只要是ACCESS97的项目，我们全部是用DAO3.50，如果考虑到升级问题的话，那就不应该使用Access97了,而且上面一位老兄说要用ADOX建立数据库,用DAO也可以，而且更简单。ADO为了照顾兼容数据库的特性已经丢失了很多的DAO相对于Access的优化特性。所以以我5年的经验来看，对于ACcess用DAO比较好
      

  28.   

    To thorkhan(灰滿) :
    用ADOX 可以建库.
    ADO 当然 可以实现 存储图片呀.
    能可以实现 保存图片路径 或 直接 读写二进制 方法保存 图片.
      

  29.   

    yyxch(乱马1/2) :
       十分感谢你的回答，我已决定使用DAO，虽然ADO可能更快一点，但是提高了程序的复杂度，容易出现BUG，为了程序的安全稳定，我们这个项目就用DAO了。
    ALL:
       谢谢大家的建议，希望大家能够继续讨论，我过几天再结贴。
      

  30.   

    To thorkhan(灰滿) :
        sonicdater(发呆呆) 说得很对，我们以前做过。
      

  31.   

    一个方便，一个是主流，不知道！我一直用ADO的方式
      

  32.   

    To sonicdater(发呆呆) xiaoxiaohan(萧晓寒) 
    謝謝指正
      

  33.   

    我一般在工作中都是用ADO的，或者说我从开始用VB时就用的ADO，我也觉得ADO在发展方向上要比DAO好，但是DAO的有些功能用ADO也是不能取代的，所以我觉得，到底用ADO或是用DAO也要看具体干什么活了。
      

  34.   

    ADO对Access 97的支持不是很好，2000好多了。
      

  35.   

    对于以上很多人的回复我感到很困惑，很多人在争着眼睛说瞎话。对于ACCESS数据库，特别是Access 97来说，DAO比ADO要快得多。DAO的数据模型表面上比ADO复杂，但DAO的数据模型非常规范，层次性好，学习起来很容易上手。ADO表面看起来很简单，其实一点也没有DAO  直观，方便如果微软在不改变DAO的语法结构的情况下，对DAO内部的一些缺点（如多用户操作，离线存储等等）做一些改进的话，DAO可能会比ADO好10000倍。但微软不会这么做，它故意使DAO与ADO的数据模型和语法结构产生很大的变化，使用户的代码80%的数据库编程代码发生变化，从而强迫用户升级到新的开发平台，使用新的开发工具。ODBC，DAO，ADO，ADO.NET，XML我整天在这些无聊的变更中消耗自己的生命。本来数据库编程是非常简单的东西，但我却要面对无休止的变更，无休止的升级。数据库编程连初中生都可以学习，数据库程序员在最近几年将全部会变为软件工人，也会最早被社会所淘汰，也包括我 ErpBug
      

  36.   

    ErpBug(软件臭虫) :
    谢谢！