Ms access 从一开始就使用拆分的前端/后端MS Access数据库进行开发

我开始创建MSAccess数据库，我没有访问经验-我以前的经验是使用MySQL和Oracle。起初，我很难接受这样一个事实：MSAccess通常将前端应用程序和Jet Engine数据库存储在同一个文件中。这和我习惯的不一样。此外，数据库将通过网络共享，将应用程序与数据分离更有意义

---

经过阅读，我发现可以将数据存储在一个文件中，然后链接到另一个文件中的应用程序元素。我在这篇文章中看到的每一篇文章都是关于在数据库制作完成后将数据库拆分为两部分的，从来没有讨论过从一开始就创建拆分数据库应用程序。是不是因为那是个坏主意？我真的无法想象为什么，只是我注意到Access不允许我同时打开两个数据库文件（它会自动关闭一个）。因此，我预见到，如果我走这条路，就需要不断地打开和重新打开文件。

这不是一个坏主意。您可以同时打开两个文件，或者打开另一个Access实例，或者双击第二个文件启动。在开始使用前端之前，请确保您已经创建了合适的后端设计。

您可以在开始时分别创建两个db文件。我经常这样做。我很少需要在访问接口中同时打开这两个。我只打开包含表、索引和关系的后端数据库来修改这些db对象的设计。这些类型的变化相对较少；大多数开发工作负载用于前端数据库。要修改表中的数据，可以使用前端数据库中的表链接。

您可能希望从单个数据库开始。如果从前端和后端文件开始，则必须在一个数据库中创建表，然后手动设置每个表的链接

这没什么大不了的，但是如果您刚刚启动系统，您可以通过在一个文件中开发试点系统，然后将其拆分来节省一些工作。我的假设是，您可能会在一开始就对数据结构进行大量更改；如果你在一个文件中工作，你的工作会更顺利

---

在将数据库部署到生产环境之前拆分数据库绝对是一个好主意。我不知道为什么一次打开2个Access文件会有问题；这不是对访问的限制。

当您独自处理文件时，将所有文件都放在一个文件中更有效。一旦数据库设计完成，您就可以拆分数据库了。

---

在测试过程中拆分数据库也很有用：它允许您在大约5秒内将数据重置为已知状态，只需复制后端的保存版本。

使用Jet/ACE时，您不必刷新链接。此外，我还发现，当您进行早期拆分时，开发和反编译的问题会少一些。我没有意识到这一点，但我从一个快速测试中看到，设计更改确实会通过JET从后端传播（通常我的后端是SQL Server）。因此，我应该从一开始就接受拆分数据库，设计变更是否正确传播？我已经花了两周的时间收集需求并在纸上绘制ERD，但是是的，可能仍然会有设计变更。你绝对会没事的。我认为这是个人喜好和发展风格的问题。