CSDN论坛 > VC/MFC > 基础类

用DAO访问Access数据库,为什么在没有安装VC的机子上就会出现“无法对DAO/jet db引擎进行初始化。 [问题点数:0分]

Bbs1
本版专家分:0
结帖率 100%
CSDN今日推荐
Bbs6
本版专家分:9178
Bbs9
本版专家分:60177
Blank
微软MVP 2006年1月 荣获微软MVP称号
2007年1月 荣获微软MVP称号
2005年1月 荣获微软MVP称号
2004年1月 荣获微软MVP称号
Blank
黄花 2006年10月 VC/MFC大版内专家分月排行榜第二
Blank
蓝花 2003年11月 VC/MFC大版内专家分月排行榜第三
Bbs7
本版专家分:17124
Bbs2
本版专家分:188
Bbs1
本版专家分:0
Bbs1
本版专家分:0
匿名用户不能发表回复!
其他相关推荐
vc6.0使用DAO访问access2000的问题
感觉DAO已经是一种比较旧的数据库技术,但我的一个同学还在使用VC6.0跟mfc的DAO类来操作access2000,并遇到了一个问题,就是程序运行时提示说“无法识别数据库格式”。查了一下原因,应该是这样的:VC6.0里面的mfc默认使用的是DAO3.5,而DAO3.5使用的数据库引擎是Jet3.5,Jet3.5操作access97是没有问题的,而操作access2000却不行,因为acces
Win10 64位系统ADO方式操作数据库失败解决方法
Win10 64位 ADO
Microsoft DAO 3.6 Microsoft Jet 4.0
Microsoft DAO 3.6 Microsoft Jet 4.0帮助文件,英文版。
DAO_64Bit安装程序
WIN7-64位上安装时要安装DAO_64bit。C:\Windows\SysWOW64 是哦不是零,否则基于DAO_64位的安装程序会安装不成功。
Junit结合Spring对Dao层进行单元测试
实际开发过程中,写单元测试是非常难的一件事情,其主要原因是代码结构不够好,导致单元测试不好写。特别是Dao层,因为Dao层代码都是与数据库相关的,所以我们在对Dao层代码进行单元测试的时候,不仅仅要考虑我在上篇文章中提到的代码隔离,还要注意单元测试不能带来脏数据。另外,dao层实例依赖spring上下文,我们怎么样来解决这个问题? 看看下面的一个的测试实例: /**
上海大华条码秤上位机1216
上海大华条码秤上位机1216缺少Dao/Jet db
VC开发数据库之ADO、DAO篇
VC开发数据库基础之ADO篇 (转载) VC开发数据库基础之ADO篇   一、ADO简介 ADO(ActiveX Data Object)是Microsoft数据库应用程序开发的新接口,是建立在OLE DB之上的高层数据库访问技术,请不必为此担心,即使你对OLE DB,COM不了解也能轻松对付ADO,因为它非常简单易用,甚至比你以往所接触的ODBC API、DAO、RDO都要容易使用
安装程序的时候出现:"%CommonFiles%/Microsoft Shared/DAO"错误怎么办?
 打开Setup Factory里的程序,找到ADO350.DLL,进入属性窗口,找到目标-安装到,将其改成%CommonFilesFolder%/Microsoft Shared/DAO,再重新构建就OK了.
dao层service层分别使用dbunit以及easymock进行单元测试
Java中经常对service层和dao层进行单元测试,对dao层进行测试可以使用dbunit进行测试,对service可以使用easyMock和spring-test.jar进行测试 (1)dao层使用dbunit进行测试 ①写一个关于Assert的类,这个类主要是用来使用junit进行实际与理想值的比较 import java.util.List; import junit.frame
Access数据库引擎
有Microsoft.ACE.OLEDB.12.0和Microsoft.Jet.OLEDB.4.0两种。 相同点:都是作为连接Excel对象的接口引擎 区别:对于不同的Excel版本,有两种接口可供选择:Microsoft.Jet.OLEDB.4.0(以下简称 Jet 引擎)和Microsoft.ACE.OLEDB.12.0(以下简称 ACE 引擎)。 Jet 引擎,可以访问 Off
关闭