错误信息如下： ———————————- 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数据库中的记录。
