sql-server - 将 Access 2002 应用程序迁移到 Access 2019 或 SQL Server？

Question

我有一系列相互关联的 Access 2002“前端/后端”应用程序。例如，应用程序 A 与应用程序 B 有链接表，反之亦然。

应用程序处于需要日常压缩和修复的阶段，因为数量多且损坏程度高。此外，为了能够使应用程序正常工作，我必须使用 Access 2002 在虚拟环境中进行更改。我还需要重新安装“Access runtime 2010 - 32bits”并在每个工作站上复制 Access 文件 (.mde) ( Windows 10) 每次我在应用程序中进行更改时。

@Gustav 这是一个临时选项(6 个月到 18 个月)，因为客户希望使用 SQL 数据库获得完整的解决方案。所研究的解决方案是可配置的，并且已经具有 SQL 数据库架构。

我已经完成了将表单、表格、查询和模块传输到 Access 365 的测试，但我在 VBA 代码中有错误。所有业务规则都编码在 VBA 代码中。我还将表转移到 SQL Server 2017，但由于 Access 365 前端不再使用 DAO 引擎，恐怕我将不得不更改大量 VBA 代码。

其实说的更清楚，我想知道需要把前端改成Access，知道是临时解决方案。

也许，我应该通过消除大表中的数据历史记录来让软件处于呼吸器之下。客户做出决定的时间。找到允许我删除并继续维护它而不必担心损坏的“最佳位置”，因为我很难看到迁移到 Access 365 前端的实质性 yield 。你怎么看？

我已经提出将新版本中的应用程序和表迁移到Access 2019甚至迁移到SQL Server上。但是，现在，我必须将应用程序放在呼吸器上，并继续每天进行压缩，直到做出决定。

我想知道从 Access 2002 迁移到 Access 2019 版本是否有好处，知道 2 GB Access 的总限制。在知道 VBA 应用程序和代码使用 DAO 方法的情况下，他必须迁移到 SQL 数据库的主要限制是什么？

@Albert D. Kallal我真的很喜欢你的回答。我应该很快做出决定。但是，我还有两个问题。或许，你能就这个问题指导我吗？

最近有两件事扰乱了统治这些应用程序的 Restful 。

1- 由于未知原因，作为 Access 应用程序群一部分的其中一个应用程序因这些错误“运行时 3027:无法更新:数据库或对象是只读的”而被阻止了一段时间。问题是一些用户忽略了这个错误并继续执行导致数据偏移的任务。我不得不返回备份副本，因为一些表格没有更新。

仔细观察 VBA 代码中的错误，我注意到它全部来自 DAO Recordset.Edit 方法，其中包含具有多个连接的查询。

我设法通过使用 DoCmd.RunSQL 修改 Edit 方法并将查询从 Select 查询更改为 Update 查询来解决这个问题。但是，整个方法以前工作得很好。你能解释一下这个错误的原因吗？

2- 最初的开发者不一定使用最佳实践来设计应用程序(没有自动编号，一些没有主键的表，没有外键)所以我担心如果我需要做一个新的设计迁移到 SQL Server 数据库。或者也许是为了节省时间，因为这个解决方案将在 18 个月后消失，我应该只复制 SQL Server 中的不良做法并祈祷它不会造成更多故障。你的专业方法是什么？

谢谢

Answer 1

可能没有。在Access 2019/365中打开数据库，保存为2007(accdb)格式，查看。

至于分发，您可以使用脚本和快捷方式使其完全自动化。在我的文章中有完整的解释:

Deploy and update a Microsoft Access application with one click

如果您没有帐户，请浏览至链接:阅读全文。

努力插入以确认将所有共享表移动到 SQL Server 后端。