我有一个非常古老的Access 97应用程序，需要进行现代化改造。我想做一些更现代的东西，但将整个应用程序重写为真正的winapp（或webapp）可能会有点昂贵。所以现在的想法是升级到Access 2010.但是我们尝试了自动升级工具，这就破坏了。该应用程序相当大，有40多种表单和模块。
我只是想知道某人是否有来自类似情况的真实世界经验和/或有任何建议，好像这可能是试图升级的死胡同。或者更好 - 应该是可能的。
另外 - 如果有人能为那些擅长这类任务的公司提供建议，我可能需要一些帮助。
答案 0 :(得分：2)
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/
答案 1 :(得分：1)
我没有Access 2010，也不知道您提到的自动升级工具。使用Access 2007，我可以分阶段将对象从早期版本数据库导入新的空MDB。
首先导入表格，并验证数据导入是否正确。
下一步导入标准和类模块。运行Debug-＆gt;编译，并修复编译器抱怨的任何错误。可能需要根据需要添加引用。
然后导入表单并再次运行Debug-＆gt; Compile。
报告相同，如果有的话。
最好的情况是，你需要很少的修复才能让它在2010年运行。如果修复工作的数量不合理，那么考虑将其用于服务。
但我建议您至少先尝试手动导入方法。你不应该花太多时间来看看是否值得继续。