Ms access “如何管理”；发布“；具有MS访问权限

我有一个MS Access 2016应用程序，几个人在一个部门使用。我知道整个事情都是由web开发人员编写的，但是access数据库已经是他们的过程了，现在没有时间切换了

最近，另一个部门希望使用此应用程序，但有自己的副本。目前，如果我需要进行更改，我会在应用程序的副本中进行更改，当我准备导入他们的数据时，他们会向我发送当前版本，我会导入数据并将其发送回新版本。但是，目前我将一个表一个表地复制数据，并将其复制到新数据库中。这是低效和乏味的，现在有两组数据，我会这样做，这是疯狂的。有超过20个表格，所以我不想在两个应用程序中手动复制超过40个表格，哪怕是最小的更改，比如更改给用户的消息

我知道我可以复制代码，这样就可以避免导入数据，但有时对于较大的更改，我会更改15-20个vba文件

所以，有几个问题：

1.是否有一种方法可以为整个数据库生成insert语句，我可以在脚本中运行？所以当我创建新副本时，我只上传一个文件，它填充了所有数据

2.是否有任何类型的开发工具可以帮助此过程？现在，我认为这只是创建MS Access应用程序的失败，但一定有某种方法让“新发布”过程变得更容易。我目前的系统似乎有缺陷，我希望有一个更稳定的过程

编辑： 目前，我的所有数据都存储在本地，与前端连接到同一个访问文件。由于我将有两个不同的部门使用相同的功能，我如何管理数据/前端？这两个部门应该有自己的access文件来使用表单输入数据，因此在这两个部门之间有一个前端是不起作用的

另外，我应该创建两个独立的后端吗？目前，我无法区分从一个部门插入/更改/删除的内容和从另一个部门插入/更改/删除的内容。如果我要附加一个字段来指定谁输入了记录，那就需要一个我没有时间的所有查询的完整的整体，因为我需要满足最后期限。

第一件事是拆分数据库。这有一个向导

然后，您可以在不接触真实数据的情况下维护前端

接下来，考虑使用脚本来分发前端的修订版本。我曾经写过一篇文章，介绍一种行之有效的方法来处理这个问题：

第一件事是拆分数据库。这有一个向导

然后，您可以在不接触真实数据的情况下维护前端

接下来，考虑使用脚本来分发前端的修订版本。我曾经写过一篇文章，介绍一种行之有效的方法来处理这个问题：

---

您需要将数据库分为前端和后端。请看，例如，我对您的环境不是100%清楚，因此我的建议可能需要更改。您是否使用前端/后端设置？每个用户是否都获得前端的副本？使用服务器？第一步是尽可能多地自动化手动步骤。创建将用户的所有数据导入“新”数据库的代码。如果通过代码创建某种类型的“版本控制”，则可以分发“新数据库”，并在用户端进行设置。需要更多细节才能继续…我为我的问题添加了更多细节，请阅读编辑部分。需要的明确信息：（1）“当前我的所有数据都存储在本地，与前端连接到同一访问文件”是否意味着（a）每个人都有FE/BE设置；（b） FE/BE均位于同一工作站？？（2） 每个人都共享一台服务器吗？如果是，则BE将转到服务器上。（3） 您的FE变更是否适用于所有部门？为每个部门提供自己的后端没有坏处——除非他们有公共/共享数据。后端驻留在共享的网络文件夹上。前端被复制到每个用户的本地AppData文件夹（参见我的文章）。如果用户在两个组中，没有任何公共数据，请使用两个后端。您需要将数据库分为前端和后端。请看，例如，我对您的环境不是100%清楚，因此我的建议可能需要更改。您是否使用前端/后端设置？每个用户是否都获得前端的副本？使用服务器？第一步是尽可能多地自动化手动步骤。创建将用户的所有数据导入“新”数据库的代码。如果通过代码创建某种类型的“版本控制”，则可以分发“新数据库”，并在用户端进行设置。需要更多细节才能继续…我为我的问题添加了更多细节，请阅读编辑部分。需要的明确信息：（1）“当前我的所有数据都存储在本地，与前端连接到同一访问文件”是否意味着（a）每个人都有FE/BE设置；（b） FE/BE均位于同一工作站？？（2） 每个人都共享一台服务器吗？如果是，则BE将转到服务器上。（3） 您的FE变更是否适用于所有部门？为每个部门提供自己的后端没有坏处——除非他们有公共/共享数据。后端驻留在共享的网络文件夹上。前端被复制到每个用户的本地AppData文件夹（参见我的文章）。如果用户在两个组中，根本没有公共数据，则使用两个后端。