将特定代码放置在FE或BE分离式MS Access数据库中

后来我询问this question有关分割MS Access应用程序的情况，并且可能在BE中留下了一些非表格功能。那么，我再次... ...将特定代码放置在FE或BE分离式MS Access数据库中

我的一些表将会是这样，他们是从来没有由用户更新。这些表格的数据馈送将是一个相当密集的代码过程，每天运行，从Oracle中提取，主要按摩数据然后写入我的表格（与Oracle的结构非常不同）。没有实际的方法使它成为现场链接到Oracle。所有这些代码将在模块/类模块中，而不是在表单中。如果Access文件或Oracle服务器的架构发生更改，则绝对需要更改。

鉴于上述情况，FE还是BE？

来源

2011-01-27 RolandTumble

您可能希望在每次更新之后将这些表格置于其自己的文件中并且紧凑。 – JeffO 2011-01-28 19:41:21

我会将代码模块放在FE中，以便在需要时您可以将FE的副本重新链接到测试/开发BE。代码FE不一定是您分发给用户的同一应用程序FE。

来源

2011-01-27 20:01:11 HansUp

关于测试的好处。我的大脑不断尝试像存储过程一样对待这些事情，即使我知道他们不是...... – RolandTumble 2011-01-27 22:23:27

我想我明白了你的观点。在客户端服务器rdbms中，将代码和数据混合在同一个数据库中是很自然的。通过Access，我的冲动是分离它们。我甚至可能会过度承诺隔离。 :-) – HansUp 2011-01-27 23:13:55

我不知道我在理解你的描述 - 从我得到的信息来看，它听起来像一张临时表，即定期用其他数据取代数据。在这种情况下，你肯定不希望它在你的前端或后端（如果后端是Jet/ACE数据库）。如果这就是你在这里所做的，这些数据属于另一个后端。

要管理多个后端的链接，您可能会发现my Reconnect Utility有用。由于我的所有应用程序都有一个临时数据库，它们都是前端的一部分，所有这些应用程序都需要能够轻松地重新连接到多个后端（链接的表管理器真的很痛苦）。我的一些应用程序拥有链接表指向的多达四个不同的目标数据库，使用我的实用程序更容易。它只适用于Jet/ACE后端，但是（我已经勾画出处理其他数据源，但从未完成它，因为我从来不需要它在我自己的任何应用程序中！）。

来源

2011-01-29 01:28:39

将特定代码放置在FE或BE分离式MS Access数据库中

回答

相关问题