CSDN论坛 > VC/MFC > 数据库

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

Bbs1
本版专家分:0
结帖率 100%
CSDN今日推荐
Bbs7
本版专家分:23339
Bbs5
本版专家分:2320
Bbs6
本版专家分:5119
Bbs2
本版专家分:206
匿名用户不能发表回复!
其他相关推荐
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
安装程序的时候出现:"%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
junit单元测试dao层遇到的事务问题
1、首先在src/test/java文件下写好测试代码,类名的命名规则,DaoTest.java(建议),方法的命名规则, testAdd,我不以test开头时会报错,报错信息如下:initializationError(org.junit.runner.manipulation.Filter)   java.lang.Exception: No tests found matching;测试方
五种vc++数据库访问技术的比较
在当今流行的分布式开发环境下,VC++6.0在数据库开发方面有较强的优势,要学会在不同的场合选用不同的技术,本文就五种VC++数据库开发技术进行比较说明。 从功能简单的数据库(如Jet Engine)到复杂的大型数据库系统(如oracle),VC++6.0都提供了一些编程接口。本文主要介绍以下五种: 1.ODBC API; 2.MFC ODBC类; 3.MFC DAO类;(数据访问对象
关闭