常用:odbc、oledb
将来:oledb

解决方案 »

  1.   

    常用:odbc、oledb
    将来:oledb
      

  2.   

    非常赞同Jedi,
    ole db 的速度还可以,至少比odbc要好,使用也方便,呵呵.
      

  3.   

    常用oledb,将来也用oledb(如果没有出新接口的话)oledb的好处是可以用同样的接口访问关系型数据库和非关系型数据库,适合做开发小组的标准数据库访问接口。
    ODBC大大的不好,效率太差,几年前我已经不用了。
      

  4.   

    OLEDB
    一门很有前途的职业!
      

  5.   

    我只用过ADO,感觉不错,对其他的也没有发言权。
      

  6.   

    ODBC 我认为ODBC+SQL会赢得多一点
      

  7.   

    我用ADO, 不过仍然+ODBC。 不过VC做数据库烦得要死,难道各位没有感觉吗? 
    用VB或DELPHI不是很简单吗?
      

  8.   

    我同意Linvoc 的意见,各位如何?如没意见,就这么定了!!!
      

  9.   

    在vb下用过ado,相当简单。在delphi下用过bde、cobra,也很简单。用vc访问数据库?这么烦的事我不干,呵呵。
      

  10.   

    Dao ,ado , Ole Db, Odbc, 都用过,用Ado比较好,希望以后不要什么接口,直接打开
      

  11.   

    我以前用ODBC(MFC CRecordset),最近开始用ADO;据MSDN说OLE DB 是以后的方向。我现在觉得ADO的确不错。
      

  12.   

    ADO!!!用VC++访问数据库。
    我写过自己的ADO应用类,在工作中使用还挺方便的。
      

  13.   

    我的妈呀,以前我用ODBC,偶尔听人说,ADO不错,我用了ADO.我在CSDN上发了贴子,说DAO访问ACCESS最快,我现在又在用DAO.我到底应该用什么???????
      

  14.   

    用过DAO,万变不离其宗的是ODBC,最有希望当然是OLE DB 和ADO
      

  15.   

    to all:想精通VC学那本书?????答者有分!!!
      

  16.   

    现在:ODBC API+SQL SERVER可以解决绝大多数的问题
    将来:OLEDB
      

  17.   

    1.对于Access用DAO速度最快,是基于微软的Jet引擎的
    2.sql server7.0以前用DB-Library最快,7.0版以后的新功能DB-Library不支持
    3.oracle用它的Pro C/C++或OCI接口
    4.所有的数据库都可以用OLEDB或ODBC,但是OLEDB快些
    5.尽量用数据库本身所提供的接口,1、2、3都是基于此道理
      

  18.   

    现在dao
    在将来一段时间内还得是dao
    仅仅对偶的说
      

  19.   

    如果仅仅是做MIS,我认为是Delphi或VB/PB,而且,现在的内存及CPU技术使得在应用软件层面讨论速度已失去了它昔日的光环。呵呵,个人观点。8-)
      

  20.   

    现在我常用ODBC,但我觉得ADO最有潜力
      

  21.   

        用VC来数据库编程,OLE DB手感好些。ODBC,ADO就有点吃力(ADO控件除外,可是ADO控件在VC中支持它的数据绑定控件好象不多)
        
        用VB进行数据库编程,强烈推荐ADO。
      
        其他的不会,不敢多说。
      

  22.   

     misterzhao,我想精通《programming window 5》,有分吗?