MDE Access 解密 JDBC
我想对 MDE Access 文件执行 JDBC SQL 查询。 我已经设置了数据源 ODBC，对于 MDE 文件来说一切正常。
现在，我正在使用较新版本的 MDE 文件，结果如下：
java.sql.SQLException：[Microsoft][驱动程序 ODBC Microsoft Access] 无法读取记录。 “tbl_mytable”无法读取授权。
如果我使用 Access Runtime 打开 MDE，系统会要求我输入密码，在保留空白密码后我可以看到所有数据。 当然，“tbl_mytable”确实存在于数据库内部。
I want to perform JDBC SQL queries on a MDE Access file.
I've set up the data source ODBC and everything worked well for a MDE file.
Now, I'm working with a newer version of the MDE file, and here is the result:
java.sql.SQLException: [Microsoft][Driver ODBC Microsoft Access]
Cannont read record. Read authorization unavailable for "tbl_mytable".
If I open the MDE with Access Runtime I am asked for a password, and after leaving a blank password I can see all the data. Of course, "tbl_mytable" does exist inside the database.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我假设您没有自己制作 MDE。 正如 David 所说，如果 MDB 数据库仅用作数据库文件而不是应用程序，那么将 MDB 数据库转换为 MDE 没有任何优势。
不管怎样，看起来您正在使用的新版本的 MDE 数据库上已经实施了一些组安全性。
您需要与创建原始数据库的人核实他们是否设置了安全性，以便他们可以为您提供再次访问该数据库所需的正确用户名和密码。
获得用户名/密码后，您可以更改 ODBC 数据源设置或当前使用的连接字符串，通常通过向其中添加
"UID=username;PWD=password;"来更改。I assume that you did not make the MDE yourself. As David said, there is no advantage to convert a MDB database to MDE if it is just going to be used as a database file and not an application.
Anyway, it looks like some group security was put in place on the new version of the MDE database you are using.
You need to check with the person who created the original database if they set up security so they can give you the proper username and password needed to access it again.
Once you get the username/password, you can either change your ODBC data source settings or the connection string you are currently using, usually by adding a
"UID=username;PWD=password;"to it.