保留错误（-1524）
我正在将一些 MS Access 程序从 2003 版本升级到 2007 版本。我在程序的主菜单中存储了一个“公共”变量。在另一种形式中，我将该变量写入记录（该形式使用未绑定数据）。 VBA 行“Rst![FieldName]=Forms![Main Menu].strUser”给出运行时错误 3000、保留错误 (-1524)。
到底是怎么回事？？？？？？？
感谢您提供的任何帮助。
I am upgrading some of my MS Access programs from 2003 to 2007 version. I have a variable stored "Public" in the main menu of a program. In another form, I write that variable to a record (the form is using unbound data). The VBA line "Rst![FieldName]=Forms![Main Menu].strUser" gives a RunTime error of 3000, Reserved error (-1524).
What the heck is going on???????
Thanks for any help given.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我在将 mdb 拆分数据库（前端后端）更新到 Access 2010 时遇到错误。原始 mdb 数据库使用内部链接（一个表中的 autoid 编号链接到第二个表中默认的相同编号）。我在尝试导入上述第一个表时遇到了问题。我无法导入该表或复制粘贴该表，而不会出现“保留错误 (-1624) 错误。
解决方案是将导入正常但没有问题的其他表导入到新的 2010 数据库中，然后使用 make table查询以在新的 2010 版本中复制问题表。该过程保留了自动 ID 编号，因此内部关系保留在新的更新的数据库中。
I encouteredthe error when updating an mdb split database (frontend backend) to Access 2010. The original mdb database used an internal linkage (an autoid number in one table linked to the same number defauted in a second table). I encountered the problem when trying to import the first table mentioned above. I could not import the table or copy-paste the table without getting the "Reserved error (-1624) error.
The solution was to import the other tables that imported ok without the problem into a new 2010 database, and then use a make table query to duplicate the problem table in the new 2010 version. The process preserved the auto id numbering, so the internal relationship is preserved in the new, updated database.
我确实遇到了同样的问题，查看一张表中的记录后发现其中一条记录已更改语言并且全部为中文字母。
删除记录后就不再报错了。
看起来，在我的例子中，生成错误是因为主键用于链接到另一个表。之后我进行了检查，并设法识别出另一个表中主表中不存在的一条记录（我删除的记录）。
I did have the same problem and after look the records in one table discover that one record had language changed and was all in Chinese alphabet.
After delete the record no more error.
Looks like, in my case, the error was generated because the primary key was used to link to another table. I did a check after and manage to identify one record in the other table that do not exist in the main table (record I deleted).