Ms access Access 2007，需要分发表单，同时将数据库保留在服务器上

这就是gig，我有一个inventory access数据库，我试图将表单逻辑与数据库本身分离；将表单分发给用户时，将数据库放在服务器上

我知道如何将数据库分为“前端”和“后端”，但我的问题变成了“这就是我需要做的一切吗？将表单发送给用户前端并称之为完成？”

如何确保数据库仍然可以与表单的所有实例通信

---

帮助，或者至少是一个正确的方向，将是伟大的！在过去的一周里，我一直在努力解决这个问题。

基本上就是这样。您可能需要一些代码来检查链接的后端表，并在缺少任何后端表时重新链接它们。我喜欢保留一个小的设置表，其中列出了预期的表和位置以及启动表单。启动表单检查一些事情，如果一切正常，则加载菜单表单，或者查找后端数据库的表单不正常。

有关详细信息，请参阅页面。请参阅免费的，基本的用途，使新FEs的分发相对轻松

基于您的问题“我如何确保数据库仍然可以与表单的所有实例通信？”在我看来，您根本不了解Access/Jet/ACE的工作原理

数据库（后端）不做任何“对话”——它只是一个文件。每个用户的PC都执行所有数据操作，只要每个用户前端中的链接表具有正确的连接字符串，它就会从文件服务器上的共享文件加载数据

---

这一切都是“拉”——没有“推”，因为服务器上没有运行服务器进程来向用户发送任何信息。

我同意你的看法，我根本不了解Access/Jet/ACE的工作原理。谢谢你的意见。所以，当我把后端放在服务器上时，我只需要确保文件在每台有前端的计算机上共享？不完全是这样。您需要确保每个用户都对服务器上的共享具有读/写/创建/删除权限。创建/删除权限是必需的，因为Access数据库引擎（Jet或ACE）需要LDB/LACCDB锁定文件。“确保文件在每台计算机上共享”--不，您只在文件服务器上共享它，任何可以访问文件服务器的工作站都可以访问您的后端。@Tony:不需要删除，尽管许多人认为它是可取的。如果删除用户对文件夹的“删除”权限，则任何用户都不能意外删除后端数据文件。这意味着LDB文件永远不会被删除，这将使您回到Jet 2.x的工作方式，即退出文件时将LDB留在后面。导致问题的唯一时间是LDB文件损坏。我通常通过让几个用户加入NTFS管理员组来处理这个问题，该组具有删除权限。相信这些用户不会删除后端！。。。添加时，您不能删除对后端数据文件的删除权限，因为这些权限将在第一次压缩时丢失，因为压缩总是从创建新文件开始，然后删除原始文件并重命名新文件。如果没有文件的删除权限，您将永远无法压缩。但是，如果您的管理员用户对该文件具有删除权限，则新压缩的文件将不会继承原始文件的权限，因此您将回到原点。这就是为什么删除文件夹的删除权限是最好的保护。谢谢你的链接。我永远不会有足够的信息。=）第一次使用S.O.我很高兴这不是我所期望的。我不想让人觉得我在这里只是为了得分，因为我不是。但一定要对那些帮助过你的人的答案投赞成票。