昨天我拆分了我们的数据库，将fe放在一个共享驱动器上，供其他人访问。FE是一个.accdb文件，但在我所有的研究中，我都假设它与MDB相同？
当其他用户访问FE时，我需要能够编辑表单和查询。我部署了一个非常基本的fe供他们使用，但现在我需要使它更加健壮。我目前无法做到这一点，没有收到一个错误消息，关于没有排他访问。
所以我现在有几个关于数据库处理的问题。
1）如果我移动FE，它是否仍与BE相连？如果我移动be，会改变文件路径并损坏链接，使fe不可用吗？
2）accdb和mdb是同义词吗？还是我在这条老路上走得很远？我知道mdb用于进行编辑/更改，而您的目的是为用户提供mde版本。
3）文件转换是数据库中的一个选项吗？功能区上是否有创建MDE版本的选项卡或按钮？4-5个人访问MDE是否有缺点或潜在问题？如果我移动MDE，MDE是否会与BE保持联系？
4）一旦我对MDB进行了所需的更改，我是应该覆盖MDE还是只做一个新的MDE，将其放置在共享驱动器上并将用户指向那里？
谢谢大家的帮助。我没有去学校做数据库管理。我被投入到这项工作中，我正在尽我最大的努力维持生计。这对我来说是相当新鲜的。
最佳答案
1个
是的，将FE移动到不同的计算机上意味着链接的表仍将指向后端。因此，应该使用unc路径名进行链接。例如：server\accessapplication\myapp.accde
2个
MDB=账户数据库。当然他们是一样的。accdb只是从2007年开始引入的一种较新格式。我当然建议您将MDB转换成这种新格式。我们接近2017年，因此使用10年前的格式是个坏主意。
上面的问题与使用mde，或者现在当然是accde的问题是分开的。accde是应用程序的编译版本，去掉了源代码。不能对VBA代码或窗体/报表进行设计更改。因此，建议您分发一个已编译的应用程序，以防止用户进行更改。另一个巨大的好处是，未处理的错误不会耗尽变量（VBA变量在编译的应用程序中不会丢失或重新设置）。不用说，一个从不重新设置变量（即使有未处理的错误）的应用程序会导致一个更可靠的应用程序。这也意味着您可以在vba变量中进行应用程序范围的设置，并且在给定的会话期间，这些变量不会被重新设置或丢失其值。
三
要编译应用程序，应首先在VBA编辑器中执行调试->编译。如果没有错误，则可以使用“文件”->“保存”->“帐户”创建和保存应用程序的编译版本。正是这个编译后的应用程序被分发到每个工作站。
4个
是的，就像当你收到一个新版本的程序，比如说像pdf查看器一样，你通过覆盖以前的版本来部署下一个新的伟大版本的应用程序。
因此，在您将accde拆分并部署到每个工作站之后，您现在可以自由地使用下一个优秀的软件版本，并且可以使用accdb前端。当您测试并满意这个accdb时，您可以编译并创建accde，然后将其分发给每个用户/工作站。