我应该部署前端 MDE 文件而不是 MDB 吗？可能有什么好处？
Should I deploy a front-end MDE file instead of an MDB? What might be the benefits?
昨天我拆分了我们的数据库，把FE和BE放到了一个共享的驱动器上，供其他人访问。 FE 是一个 .accdb 文件，但在我的所有研究中我假设它与 MDB 相同？
我需要能够在其他用户访问 FE 时编辑表单和查询。我部署了一个非常基本的 FE 供他们使用，但现在我需要让它更健壮。如果没有收到有关没有独占访问权限的错误消息，我目前无法执行此操作。
所以我现在有几个关于这个数据库处理的问题。
1)如果我移动了FE，它还会链接到BE吗？如果我移动 BE，是否会改变文件路径并破坏链接，从而使 FE 无法使用？
2) .accdb 和 MDB 是同义词还是我在这里走的路很远？我了解 MDB 用于制作 edits/changes，而您打算为您的用户提供 MDE 版本。
3) 文件转换是数据库中的一个选项吗？功能区上是否有用于创建 MDE 版本的选项卡或按钮？ 4-5 人访问 MDE 是否存在缺点或潜在问题？如果我移动它，它是否会保持与 BE 的链接？
4) 一旦我对 MDB 进行了所需的更改，我是应该覆盖 MDE 还是只创建一个新的，将其放在共享驱动器上并将用户指向那里？
谢谢大家的帮助。我还没有上过数据库管理学校。我被扔进了这份工作，我正在尽我最大的努力维持生计。这对我来说都是全新的。
如果你移动了FE，它仍然会链接到BE。如果您移动 BE，那么 FE 将无法找到 BE 并且无法访问它，直到您使用链接表工具重新链接表。
Mdb 是 Microsoft 的 Access 旧数据库格式。 accdb 是当前格式，比 mdb 文件具有更多功能。两者的作用相同。 mde格式是mdb文件的编译版本，没有开发环境，accdb也有编译格式accde。这种编译格式对于分发 FE 很有用，因此用户无法直接更改链接表或 vba/macro 过程。
要另存为另一种格式，您必须使用访问中的 save as 按钮。然后你可以select你想把它保存成什么格式。如果您的数据库当前是 mdb 格式，您将获得 mde 选项。如果您的数据库是 accdb 格式，您将获得 accde 选项。移动 MDE 不会影响链接。
两个选项都可以。编译后的版本不应通过网络共享，应将它们复制到用户的计算机中，这样应用程序的执行就不必通过网络。
您可以阅读以下站点以更好地了解数据库开发和部署。
1
是的，将 FE 移动到不同的计算机意味着 linked 表仍将指向后端。因此，您应该 link 使用 UNC 路径名。例如：\server\AccessApplication\MyApp.accDE
2
Mdb = accDB。当然，它们大同小异。 Accdb 只是从 2007 年开始引入的一种新格式。我当然建议您将 mdb 转换为这种更新的格式。我们快到 2017 年了，因此使用 10 年前的格式是个坏主意。
上述问题与使用 mde 或现在当然是 accDE 的问题不同。 accDE 是您的应用程序的编译版本，其中删除了源代码。您不能对 VBA 代码或 forms/reports 进行设计更改。因此建议您分发已编译的应用程序，以防止用户进行更改。另一个巨大的好处是未处理的错误不会破坏变量（VBA 变量永远不会丢失，也不会在编译的应用程序中重新设置）。不用说，从不重新设置变量（即使有未处理的错误）的应用程序会产生更可靠的应用程序。这也意味着您可以在 VBA 变量中进行应用程序范围的设置，并且在给定会话期间它们永远不会重新设置或丢失它们的值。
3
要编译您的应用程序，您应该首先在 VBA 编辑器中执行调试-> 编译。如果你没有错误，那么你可以使用 file->save -> accDE 来创建和保存你的应用程序的编译版本。您将此生成的编译应用程序分发到每个工作站。
4
是的，就像当您收到一个程序的新版本时，比如 PDF 查看器，您通过覆盖以前的版本来部署应用程序的下一个新的伟大版本。
因此，在将 accDE 拆分并部署到每个工作站后，您现在可以自由地开发下一个出色的软件版本，并且您正在开发 accDB 前端。当您测试并对这个 accDB 感到满意时，您就可以编译 + 创建 accDE，然后将其分发给每个 user/workstation.
昨天我拆分了我们的数据库，把FE和BE放到了一个共享的驱动器上，供其他人访问。 FE 是一个 .accdb 文件，但在我的所有研究中我假设它与 MDB 相同？
我需要能够在其他用户访问 FE 时编辑表单和查询。我部署了一个非常基本的 FE 供他们使用，但现在我需要让它更健壮。如果没有收到有关没有独占访问权限的错误消息，我目前无法执行此操作。
所以我现在有几个关于这个数据库处理的问题。
1)如果我移动了FE，它还会链接到BE吗？如果我移动 BE，是否会改变文件路径并破坏链接，从而使 FE 无法使用？
2) .accdb 和 MDB 是同义词还是我在这里走的路很远？我了解 MDB 用于制作 edits/changes，而您打算为您的用户提供 MDE 版本。
3) 文件转换是数据库中的一个选项吗？功能区上是否有用于创建 MDE 版本的选项卡或按钮？ 4-5 人访问 MDE 是否存在缺点或潜在问题？如果我移动它，它是否会保持与 BE 的链接？
4) 一旦我对 MDB 进行了所需的更改，我是应该覆盖 MDE 还是只创建一个新的，将其放在共享驱动器上并将用户指向那里？
谢谢大家的帮助。我还没有上过数据库管理学校。我被扔进了这份工作，我正在尽我最大的努力维持生计。这对我来说都是全新的。
如果你移动了FE，它仍然会链接到BE。如果您移动 BE，那么 FE 将无法找到 BE 并且无法访问它，直到您使用链接表工具重新链接表。
Mdb 是 Microsoft 的 Access 旧数据库格式。 accdb 是当前格式，比 mdb 文件具有更多功能。两者的作用相同。 mde格式是mdb文件的编译版本，没有开发环境，accdb也有编译格式accde。这种编译格式对于分发 FE 很有用，因此用户无法直接更改链接表或 vba/macro 过程。
要另存为另一种格式，您必须使用访问中的
save as按钮。然后你可以select你想把它保存成什么格式。如果您的数据库当前是 mdb 格式，您将获得 mde 选项。如果您的数据库是 accdb 格式，您将获得 accde 选项。移动 MDE 不会影响链接。两个选项都可以。编译后的版本不应通过网络共享，应将它们复制到用户的计算机中，这样应用程序的执行就不必通过网络。
您可以阅读以下站点以更好地了解数据库开发和部署。
1
是的，将 FE 移动到不同的计算机意味着 linked 表仍将指向后端。因此，您应该 link 使用 UNC 路径名。例如：\server\AccessApplication\MyApp.accDE
2
Mdb = accDB。当然，它们大同小异。 Accdb 只是从 2007 年开始引入的一种新格式。我当然建议您将 mdb 转换为这种更新的格式。我们快到 2017 年了，因此使用 10 年前的格式是个坏主意。
上述问题与使用 mde 或现在当然是 accDE 的问题不同。 accDE 是您的应用程序的编译版本，其中删除了源代码。您不能对 VBA 代码或 forms/reports 进行设计更改。因此建议您分发已编译的应用程序，以防止用户进行更改。另一个巨大的好处是未处理的错误不会破坏变量（VBA 变量永远不会丢失，也不会在编译的应用程序中重新设置）。不用说，从不重新设置变量（即使有未处理的错误）的应用程序会产生更可靠的应用程序。这也意味着您可以在 VBA 变量中进行应用程序范围的设置，并且在给定会话期间它们永远不会重新设置或丢失它们的值。
3
要编译您的应用程序，您应该首先在 VBA 编辑器中执行调试-> 编译。如果你没有错误，那么你可以使用 file->save -> accDE 来创建和保存你的应用程序的编译版本。您将此生成的编译应用程序分发到每个工作站。
4
是的，就像当您收到一个程序的新版本时，比如 PDF 查看器，您通过覆盖以前的版本来部署应用程序的下一个新的伟大版本。
因此，在将 accDE 拆分并部署到每个工作站后，您现在可以自由地开发下一个出色的软件版本，并且您正在开发 accDB 前端。当您测试并对这个 accDB 感到满意时，您就可以编译 + 创建 accDE，然后将其分发给每个 user/workstation.