1. OLEDB--It provide full function with it's own OLEDB driver and native driver. Because it's a COM-based service, you should use it only in VC++.
2. ADO--It's a automation server that wrap OLEDB function. If the speed isn't your most care about, it's the better way. Using the "#import", you can easily get the interface pointer and it's function. There're many document on it in MSJ.
3. ODBC--Not recommend.
2. ADO--It's a automation server that wrap OLEDB function. If the speed isn't your most care about, it's the better way. Using the "#import", you can easily get the interface pointer and it's function. There're many document on it in MSJ.
3. ODBC--Not recommend.
解决方案 »
- 多线程上传文件
- 链接错误:nafxcwd.lib(dcprev.obj) : error LNK2001: unresolved external symbol __mbctyp
- 在VC/MFC 和 DELPHI 徘徊,希望大家给点建议!
- 在这里提一个Java问题类型转换问题
- 在vc中创建word对象(Word.Application)为什么老是失败
- 一个树控件,我想判断它是否只能一个根节点,有什么最简单的方法呢?
- 几个小问题,请看一眼,在线
- 我丑陋的VC++(WELCOME)
- 大家猜个谜吧!
- 这么简单的问题都没人能解吗?
- 如何像mfc的打印预览一样将view中的内容分页写入到自己的bmp中?
- 如何加密Win98下的程序?
ADO(2.0)经常非法操作.而且不能够修复和压缩数据库.不过照微软说在不久后会用ADO代替其他的接口.现在好象已经推出ADO2.1了.不知道有没有改善.
现阶段的OLEDB和ADO在ACCESS上速度慢且不稳定,但在存取其它数据库时是最好方法。更重要的是,OLEDB和ADO支持异构数据库,可以存取诸如Outlook和Active Directory这样的数据源,而Active Directory在Win2000中可是至关重要的.
另外,OLEDB是MDAC的一部分,MDAC又是Microsoft DNA在Middleware的未来之路。即便现在的Access 2000也能用SQL Server的引擎,DAO所擅长的JET引擎已经被MS淡忘。
总而言之,除非只在Access 97下写数据库,OLEDB将是推荐技术。