我只是想要一些解释,一旦你已经把你的表分割成一个后端文件,并设置了一个mde来使用。
当用户访问mde时,mdb是否仍然需要访问选项卡(或为了使其正常工作)?比方说,我把这些访问应用放在一个共享驱动器上,供人们使用。如果我将be端拆分到共享驱动器上,并将mde放在共享驱动器上,是否必须存在mdb才能使该版本的mde工作(与表通信)?或者,mde是在某种程度上与mdb对话,而mdb是在与表对话?
希望这个问题有意义。
谢谢
编辑:
一个额外的问题:我在一个网络共享驱动器上设置了一个MDE,但我不确定是否必须将mdb放在与我的mde和后端(表)....if相同的共享驱动器上,那么我宁愿不放在那里,因为用户坚持要进入它,并制作它的副本等.....
但我的问题是,正如我所说的,我在一个共享驱动器上发布了一个MDE,这意味着最多有10-12人共享一个MDE,即使这些人中的一半同时在那里也是非常非常不现实的。但是我最近读到我应该为每个人都有一个MDE?这是真的吗?向每个人分发一个的很好的例子是什么?我以前只在共享应用程序上使用过一个,并且没有意识到这是一个糟糕的方法,如果它实际上是这样的话?
谢谢你的帮忙!
发布于 2010-04-01 22:43:05
不,MDE版本不与其原始MDB源版本保持任何通信。但是,您希望将MDB放在一个安全的地方,以便您可以在那里进行设计更改,然后从更新后的MDB创建新版本的MDE。
MDE的一个更有力的理由是你分发给你的用户的前端应用程序-假设你不想让他们改变任何数据库对象的设计。后端数据库传统上只包含表、关系和索引。您可以决定后端可以保留为MDB格式。
编辑:Do not允许您的用户打开相同的前端应用程序数据库,而不管前端是MDE还是MDB格式。共享同一个前端会增加腐败的风险。它们仍然可以通过从前端到后端表的链接共享相同的后端。
Tony Toews让为每个用户提供他们自己的前端本地副本的挑战变得相当容易。在Auto FE Updater上查看他的有用的和免费的!实用程序。
发布于 2010-04-04 07:48:10
@HansUp在回答你的实际问题上做得很好,但我在这里发布了一个答案,只是想解释一下似乎让你困惑的事情。
后退一步,考虑一下Microsoft Word是如何部署和编程的。
H111就像Word应用程序文件一样,您不共享它,而是为每个用户提供它的单独副本。与Word一样,您的用户不需要源代码来运行编译的应用程序,因此您的用户只需要MDE即可。
当你理解了不同部分的功能和作用时,它就不复杂了。它之所以令人困惑,是因为微软的Access文档往往不会推广或解释最佳实践。我不太明白为什么经过这么长时间后会是这样,但它仍然是这样。
不过,您已经在正确处理事情的路上走得很好了。
https://stackoverflow.com/questions/2560218
复制相似问题