我应该部署一个前端MDE文件而不是MDB吗？有什么好处呢？

Question

昨天，我分割了我们的数据库，将FE放在一个共享的驱动器上，供其他人访问。FE是一个.accdb文件，但在我的所有研究中，我假设这与MDB相同？

当其他用户访问FE时，我需要能够编辑表单和查询。我部署了一个非常基本的FE供他们使用，但现在我需要使它更加健壮。目前，我无法做到这一点，除非收到关于没有独占访问权的错误消息。

所以我现在有几个关于这个数据库的处理的问题。

( 1)如果我移动FE，它是否仍然与BE相连？如果我移动BE将改变文件路径并破坏链接，使FE不可用？

2) .accdb和MDB是同义词，还是我在这里走得很好？我知道MDB用于编辑/更改，而您的目的是为用户提供MDE版本。

( 3)文件转换是否是数据库中的一个选项？色带上是否有创建MDE版本的选项卡或按钮？4-5人访问MDE是否有缺点或潜在问题，如果我移动它，它是否仍然与BE相关联？

4)一旦我对MDB进行了所需的更改，我是应该覆盖MDE还是仅仅创建一个新的MDE，将其放在共享驱动器上并指向那里的用户？

谢谢大家的帮助。我还没上过数据库管理学校。我被投入到这份工作中，我正在尽我最大的努力来维持生活。这对我来说都是很新鲜的。

Answer 1

1

是的，将FE移动到不同的计算机意味着链接的表仍然指向后端。因此，您应该使用UNC路径名进行链接。例：\server\AccessApplication\MyApp.accDE

2

Mdb = accDB.当然，它们几乎是一样的。Accdb只是从2007年开始采用的一种新格式。我当然建议您将mdb转换为这种新的格式。我们快到2017年了，因此使用10年前的格式是个坏主意。

上述问题与使用mde (当然现在是accDE )的问题是分开的。accDE是应用程序的编译版本，其中去掉了源代码。您不能对VBA代码或窗体/报表进行设计更改。因此，建议您分发一个已编译的应用程序，以防止用户进行更改。另一个巨大的好处是，未经处理的错误不会破坏变量(在编译的应用程序中，VBA变量永远不会丢失，也不会重新设置)。不用说，一个从不重新设置变量的应用程序(即使有未处理的错误)将导致一个更可靠的应用程序。这也意味着您可以在VBA变量中设置应用程序范围的设置，并且在给定的会话中它们永远不会重新设置或丢失它们的值。

3.

要编译应用程序，首先应该在VBA编辑器中进行调试->编译。如果没有错误，则可以使用file -> -> accDE创建和保存应用程序的编译版本。就是这个结果编译的应用程序分发给每个工作站。

4.

是的，就像当您收到一个新版本的程序，比如说像PDF查看器一样，您通过覆盖上一个版本来部署应用程序的下一个新的伟大版本。

因此，在您将accDE拆分并部署到每个工作站之后，您现在可以自由地编写您的下一个伟大的软件版本，并且可以在accDB前端工作。当您测试并满意此accDB时，您将编译+创建accDE，然后将其分发给每个用户/工作站。

Answer 2

1. 如果您移动FE，它仍将链接到BE。如果您移动BE，那么FE将无法找到be，并且在使用链接表工具重新链接表之前将无法访问它。
2. Mdb是微软的Access旧数据库格式。accdb是当前格式，比mdb文件具有更多的功能。两个人的行为都是一样的。mde格式是mdb文件的编译版本，它没有开发环境，accdb也有一个名为accde的编译格式。这种编译格式对于分发FE非常有用，因此用户不能直接更改链接表或vba/宏过程。
3. 要将其保存为另一种格式，必须在access中使用save as按钮。然后，您可以选择要将其保存到哪种格式。如果您的数据库目前是mdb格式，您将得到mde选项。如果您的数据库是accdb格式，您将获得accde选项。移动MDE不会影响链接。
4. 这两种选择都很好。编译后的版本不应该通过网络共享，它们应该被复制到用户的计算机中，这样应用程序的执行就不必经过网络了。

您可以阅读以下站点以更好地理解数据库开发和部署。

开发和部署Acc2010

最佳实践