Ms access 拆分MS Access数据库-前端部件位置

Access开发的最佳实践之一是将Access应用程序分为两部分；包含除表之外的所有对象的前端和包含表的后端

msdn页面链接到详细描述该过程的文章

建议在多用户环境中，后端存储在服务器/共享文件夹中，而前端则分发给每个用户

这意味着每次对前端进行任何更改时，都需要将它们部署到每个用户机器上

我的问题是：

假设用户自己没有修改应用程序前端部分的权限，那么将其保留在服务器上以及后端副本旁边会有什么缺点/危险

我可以看到这里的性能问题，但这里是否存在任何危险，如可能的腐蚀等

多谢各位

编辑

只是澄清一下，本文中指定的场景假设一个前端存储在服务器上并由用户共享

我知道建议将FE部署到每个用户机器上，但我的问题更多的是，如果不这样做，会有什么危险

例如，当您获得一个既使用FE方法又在服务器上使用BE方法的现有解决方案时。假设性能是可接受的，并且客户不愿意改变方法，您还会推动改变吗？为什么呢？例如，可能的数据损坏的危险肯定是足够有力的论据，但事实是否如此

---

---

这是我上一个问题的后续部分

将前端保留在服务器上或多或少会破坏拆分数据库的目的。将前端放在桌面上可以减少网络流量，因为应用程序不会在每次使用时检索，并允许前端数据库包含表，其中包含每个用户专用的数据，用于存储设置或临时数据

如果希望避免数据损坏，每个用户都应该拥有自己的前端副本，这一点很重要。艾伦·布朗（Allen Browne）提供了有关避免腐败的更多细节

---

有许多实用程序可用于根据需要更新桌面上的前端版本，或者您甚至可以自己编写此类实用程序。

将FE的单个用户特定副本留在服务器上的唯一缺点是网络性能。就数据损坏而言，这不会有什么区别

但您不应该在多个用户之间共享FE。这很容易导致FE的腐败和其他怪异现象。每个用户都应该获得自己的FE副本。此外，当用户正在使用它时，您不能将其替换为新副本

一个客户端在文件服务器上的单个用户文件夹上使用FE运行多年，但在Citrix群集中运行msaccess.exe。IT人员不想让任何东西更新Citrix群集服务器系统的本地硬盘

---

至于部署FE，请参见我的网站。下周将有巨大的变化，使初始服务器安装和用户初始安装都变得非常容易。

我同意其他人的看法。不建议将fe保留在服务器上。只需在执行推送的服务器上放置一个批处理文件。更新后，通过电子邮件发送批处理文件的快捷方式。这是众多解决方案之一。一旦你设置好了，这就不是问题了

---

Seth

作为一名Access 2007程序员，使用一个链接到后端（BE）数据库（也称为拆分数据库）的前端（FE），我已经完成了上述两项工作。向用户发送更新的FE有其他开销，尤其是在使用第三方控件或应用程序时

至于Citrix，在Access 97年的时候，Citrix管理器允许我将FE的一个副本放在服务器文件位置。它将为每个登录的用户创建一个新实例。我们能够在没有任何影响的情况下使用50多个用户。我必须证明这一点，Access VBA代码使用了高效的更新和带有回滚的事务，而不仅仅是简单的Select语句

我今天的问题是Access 2007在Citrix服务器（Windows 2003）上运行。 当我是唯一一个登录Citrix的人时，该应用程序（我选择了一个大型复杂的报告，该报告通过自动化为测试创建了一个自定义Excel电子表格）的运行速度仅为从我的XP工作站运行FE并链接到Citrix服务器硬盘上的BE的1%以内

但是，当两到三个人登录Citrix服务器时，相同的报告需要三倍的时间。然而，当两到三个人登录Citrix时，我可以从XP工作站运行FE，它的运行方式与Citrix上的单个用户完全相同

出于同样的原因，不建议在共享网络驱动器上发布由两个或三个用户共享的FE。访问FE不是为共享而设计的（*我将保留详细信息*）。这就是为什么人们在每个工作站上放置FE并共享一个数据库（BE）

我发现Citrix中缺少的是在Citrix上一步一步地“如何”运行Access FE。理想情况下，可以发布单个文件。当用户登录Citrix时，Citrix应制作FE的副本，并将资源（用于访问）分配给该用户的登录。 我认为这正是微软Office自动做的，或者至少有关于如何做的说明

---

如果有这样的文件，请张贴。像我这样的程序员很想把它交给Citrix管理员。它将解决很多问题。

如果问题是在服务器上为每个用户存储一个单独的前端，那么这只是性能问题（根据常识——前端是“应用程序”，我们现在不在服务器上安装用户应用程序，尽管这在大约15年前的Novell环境中很常见）。如果你在沉思