如何解决将Access 97 mdb升级到Access 2010 mdb / mde吗？经验？
| 我有一个非常老的Access 97应用程序，需要对其进行现代化。我想做一些更现代的事情，但是将整个应用程序重写为一个真正的winapp（或webapp）可能会有点昂贵。因此，现在的想法是升级到Access2010。但是，我们尝试使用自动升级工具，但最终失败了。该应用程序相当大，具有40多个表单和模块。 我只想知道某人是否有类似情况的真实经验和/或有任何建议，好像尝试升级可能会死胡同。或更好-应该是可能的。 另外-如果有人可以向擅长此类任务的公司提供建议，我可能需要一些帮助。解决方法
Access 97和2010之间有很多更改。每次升级（从97到2003，从2003到2007等）都有一些您需要注意的怪癖。转换通常不是简单的任务，尤其是当您有一个复杂的数据库且正在进行很多事情时。从您的情况直接从97飞跃到2010将几乎是不可能的。但是，如果您放慢脚步并在每个阶段解决问题，都可以这样做。问题是它可能花费的时间比您愿意付出的时间更多。
在为您寻找答案时，我遇到了为您进行这种转换的公司。对我来说，这又表明这不是您让向导执行的操作（否则，由谁来支付服务费用）。这是我找到的公司之一：
http://www.consultdmw.com/convert-access-97-database.htm
我从未使用过它们，所以我不认可它们。我只是以它们为例。
还有很多人走这条路，分享他们的经验。这些对于您确定是否要走这条路以及如果要走的路可能很有价值。这是一个例子：
http://chentiangemalc.wordpress.com/2011/03/24/upgrading-access-97-application-to-access-2010/
, 我没有Access 2010，也不知道您提到的那种自动升级工具。使用Access 2007，可以分阶段将对象从早期版本的数据库导入到新的空MDB中。
首先导入表，并验证正确导入的数据。
接下来导入标准和类模块。运行Debug-> Compile，并修复编译器抱怨的所有错误。可能必须根据需要添加引用。
然后导入表单并再次运行Debug-> Compile。
报告也一样（如果有）。
最好的情况是，要使它在2010年运行，您几乎不需要进行任何修复。如果修复工作量不合理，请考虑将其提供给服务。
但我建议您至少首先尝试使用手动导入方法。您不必花费太多时间来查看是否值得继续。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
