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,这个东东会害死你的
我问一下,guiwang (鬼王)一个星期可以吗? 我说的是从0开始的哦,在一张白纸上开始的哦
由于我涉及到的程序是用Db Library做的,主要是C语言和WIN32 API 所以如果你有一定的计算机功底,并有一定的编程经验,就算你是从0开始做我的工作,一个星期绝对能胜任.
至于精通与否,看你用到何种程度了,以及你对数据库的掌握程度.
用VC做的话,可以学到很多基础知识.而且数据库要求高的话,你功力到家,建议用VC,对程序稳定性维护性和程序可扩展性都很好.如果只是一般的数据库,或是时间要求高,还是Delphi和VB做做好了,快.PB也不错,就是兼容性....
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,这个东东会害死你的
我说的是从0开始的哦,在一张白纸上开始的哦