明辉手游网中心:是一个免费提供流行视频软件教程、在线学习分享的学习平台!

访问access提示不能打开注册表关键字

[摘要]access 不能打开注册表关键字 80004005错误信息如下:----------------------------------Microsoft OLE DB Provider for OD...

   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数据库中的记录。


Microsoft Access在很多地方得到广泛使用,例如小型企业,大公司的部门。