我不是高手,但说几句:没什么不好,也没什么好有了ADO方便很多,如果界面要求不算高,这个选择不错

解决方案 »

  1.   

    我手头有两个程序是用VC开发的数据库程序模块;一个是使用ODBC函数,一个是SQL API函数;我觉的这两个程序最大的特点就是速度比普通的数据库程序明显要快,效率要高;至于说到使用MFC提供的封装类,我觉的和使用ADO没什么两样;花一辈子时间也不一定能精通数据库;但你可以花一个星期时间就可以编出过得去的程序.
      

  2.   

    楼上说的对,如果不是特别复杂,ADO完全够用!
    至于精通与否,看你用到何种程度了,以及你对数据库的掌握程度.
      

  3.   

    ODBC方式稳定性不够,我正在学习ADO
      

  4.   

    我这样做过,用VC做COM或COM+,在其中用ADO对数据库进行操作,前台界面吗……,要快的话用VB,要精细的话就用VC(虽然做起来麻烦一点).
      

  5.   

    如果你专门搞数据库应用,建议用pb或delphi,他们的开发速度比vc快的多,用vc坐对性能要求高的模块
      

  6.   

    我建议用delphi,不论是界面还是数据库都很厉害,界面绝对比vc做的漂亮,而且比vc省事多了!
      

  7.   

    楼上的,你用delphi界面绝对比你用VC做的漂亮.注意界面是你做的.
    用VC做的话,可以学到很多基础知识.而且数据库要求高的话,你功力到家,建议用VC,对程序稳定性维护性和程序可扩展性都很好.如果只是一般的数据库,或是时间要求高,还是Delphi和VB做做好了,快.PB也不错,就是兼容性....
      

  8.   

    VC的数据库接口比较(本人做过一些):
    ODBC:效率太低,弃用
    DAO FOR ACCESS:方便易用,对于单机板基于ACCESS的项目,推荐
    ADO:FOR ACCESS、SQL SERVER和ORACLE,性能比较好,但是开发起来比较麻烦
    OLE DB ATL模板类:效率极高,开发很麻烦
    OLE DB COM接口:效率极高,开发最麻烦
    OO4O:对于开发基于OARCLE的OLE DB接口,这个应该比较方便
    如果是纯数据库应用,推荐用PB,开发极其方便
    VB:开发方便,但是效率运行效率低下,如果涉及到大数据冲击试验,不大乐观
    DEPHI:不懂,但是千万别用PARADOX,这个东东会害死你的
      

  9.   

    我问一下,guiwang (鬼王)一个星期可以吗?
    我说的是从0开始的哦,在一张白纸上开始的哦
      

  10.   

    由于我涉及到的程序是用Db Library做的,主要是C语言和WIN32 API 所以如果你有一定的计算机功底,并有一定的编程经验,就算你是从0开始做我的工作,一个星期绝对能胜任.