时间:2021-05-02
本文介绍访问access提示不能打开注册表关键字,access 80004005 错误的处理方法
错误信息如下:
----------------------------------
Microsoft OLE DB Provider for ODBC Drivers 错误 ''''80004005''''
[Microsoft][ODBC Microsoft Access Driver]常见错误 不能打开注册表关键字 ''''Temporary (volatile) Jet DSN for process 0x728 Thread 0x854 DBC 0x276fb44 Jet''''。
----------------------------------
下面几个可能原因:
1。微软已经不更新ODBC,需要改用JET的方式连接ACCESS数据库文件;
2。系统目录的权限发生的变更。
也有老帖子说什么原因是:“ACCESS数据库文件是ACCESS97版本的”,这个无须考虑,我用的是ACCESS2000数据库。
对于第一个原因,原来的连接字串如下:
--ODBC连接方式------------------------
mdbpath=server.MapPath("my.mdb.asp")
CnnStr = "DBQ=" & mdbpath & ";DRIVER={Microsoft Access Driver (*.mdb)};uid=admin;pwd="
-------------------------------------
改用JET连接后连接字串为:
---JET连接方式---------------------
CnnStr = "Provider=Microsoft.Jet.OLEDB.4.0;User Id=admin;Data Source="& mdbpath &" '''';Password=luntanbbs"
-------------------------------------
测试过后无效,虽然提示的错误信息有点不同:
----------------------------------
Microsoft JET Database Engine 错误 ''''80004005'''' 未指定的错误
----------------------------------
最后检查第二个原因:系统目录权限不足。经询问,原来由于出于安全的考虑一同事把该服务器的WINNT目录设置为 Administrators、system “完全控制”,users 只读。
但是,按道理,这样的权限设置,ODBC的驱动程序处于 winntsystem32odbcjt32.dll 这个也是可读的,难道是因为缺少“执行”权限?
我把 winntsystem32目录下所有以odbc开头的DLL文件全部授予“执行”权限,发现还是一样的错误信息。跟着我索性把整个 system32 目录设成 everyone 可执行,可是一测试依然不行。
难道是还有其他文件被ODBC或JET调用但又不在这个system32目录下且又没有得到充分授权而导致失败?
正在想的时候,蓦然瞥见 winnttemp 目录。嘿,我把 temp 目录设置成 everyone 可“写入”看看。
一测试,嘿,成了。使用ODBC连接方式的程序,成功的读取更新ACCESS数据库中的记录。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
MicrosoftJETDatabaseEngine错误'80004005'所有记录中均未找到搜索关键字。开始一直调试是不是数据错误,Access的“压缩和修复
以计算机为例,蓝屏代码0x0000074表明注册表有错误。如果系统模块被破坏可能会发生这种错误。如果一些注册表的关键键值缺失,这种错误也可能会发生。这可能是手工
断言和用户提供的消息C++语言支持可帮助您调试应用程序的三个错误处理机制:#error指令、static_assert关键字和assert(CRT)宏。所有的三
本教程介绍了PHP中一些最为重要的错误检测方法。我们将为您讲解不同的错误处理方法:简单的"die()"语句自定义错误和错误触发器错误报告基本的错误处理:使用di
此类错误通常说明计算机因为注册表的原因不能启动,下列操作应该能够修正以上错误。然而,需要特别注意的是,你需要将5个注册表区域全部进行替换。只简单的替换一个或者两