【发布时间】：2013-04-26 07:40:30
【问题描述】：
我很头疼，我的问题不是纯编程问题，不知道是不是属于Stackoverflow问题。或者它属于其他地方，例如超级用户？
当前系统：
目前我们使用的是Windows XP + Access 2003，我们有一个用Access 2003 MDB格式编写的数据库系统，它分为2个MDB文件，一个用于数据库数据，一个用于前端。
幸运的是，前端不包含数据访问页面。它包含：
表单、报告、查询、宏、VBA 模块。
我们没有使用任何第三方对象，所有表单/报告仅使用默认 Microsoft 控件，所有 VBA 仅使用默认 Microsoft 库。
我的头痛背景：
由于我公司计算机支持部门的政策，强制我们所有的计算机工作站从Windows XP + Office 2003升级到Windows 7 + Office 2010，他们强制我们升级，因为他们不支持旧系统。
我的头疼：
现在我正在研究如果我的系统是 Windows 7 + Access 2010 我应该怎么做。我研究了一些 Google 的东西。到目前为止，这是我的总结：
方案一：前端MDB转ACCDB，保留后端MDB。
由于后端数据很重要，我不想冒险进行转换。我很担心前端转换是否安全方便？我可以将 ACCDB 链接到 MDB（密码保护）吗？
解决方案 2：将 2 个 MDB 都转换为 ACCDB。
它会简单且数据安全吗？我担心它会使我的数据崩溃。
解决方案 3：同时保留 2 个 MDB 保持 MDB
我从微软网站上看到，97 MDB不能改变设计，好吧我的系统是2003 MDB，但我很怀疑2003 MDB也会有问题。 Access 2010 引入了许多新对象，另一方面，可能某些 2003 对象在 2010 中不再可用。我从 Google 中了解到，有些人无法将表单/报表设计保存在 MDB 中，因为 2010 默默地添加了新对象。
有人能给我建议和分享经验吗？
【问题讨论】：
-
为什么不复制两个 mdb 并尝试一下？
-
因为，此时电脑支持部门还没有给我提供新的Workstation来试用和测试。我现在要做的就是做一些研究和计划。我必须很早就计划好，因为在最坏的情况下，我们必须在 ACCESS 2010 或其他前端技术（如 web、dot net...whatever....）中重新编写整个系统，而我们的大问题是。该系统是多年前构建的，最初的开发人员拥有零文档，现在系统非常庞大且非常复杂，数百个表单/报告和数千个查询嵌套查询多个级别。太可怕了。
-
你可以计划你喜欢的一切，但判断它是否适合你的最可靠方法是先试一试，然后测试一切。
标签： ms-access