2011-01-27 22 views
1

後來我詢問this question有關分割MS Access應用程序的情況,並且可能在BE中留下了一些非表格功能。那麼,我再次... ...將特定代碼放置在FE或BE分離式MS Access數據庫中

我的一些表將會是這樣,他們是從來沒有由用戶更新。這些表格的數據饋送將是一個相當密集的代碼過程,每天運行,從Oracle中提取,主要按摩數據然後寫入我的表格(與Oracle的結構非常不同)。沒有實際的方法使它成爲現場鏈接到Oracle。所有這些代碼將在模塊/類模塊中,而不是在表單中。如果Access文件或Oracle服務器的架構發生更改,則絕對需要更改。

鑑於上述情況,FE還是BE?

+0

您可能希望在每次更新之後將這些表格置於其自己的文件中並且緊湊。 – JeffO 2011-01-28 19:41:21

回答

0

我會將代碼模塊放在FE中,以便在需要時您可以將FE的副本重新鏈接到測試/開發BE。代碼FE不一定是您分發給用戶的同一應用程序FE。

+0

關於測試的好處。我的大腦不斷嘗試像存儲過程一樣對待這些事情,即使我知道他們不是...... – RolandTumble 2011-01-27 22:23:27

+0

我想我明白了你的觀點。在客戶端服務器rdbms中,將代碼和數據混合在同一個數據庫中是很自然的。通過Access,我的衝動是分離它們。我甚至可能會過度承諾隔離。 :-) – HansUp 2011-01-27 23:13:55

0

我不知道我在理解你的描述 - 從我得到的信息來看,它聽起來像一張臨時表,即定期用其他數據取代數據。在這種情況下,你肯定不希望它在你的前端或後端(如果後端是Jet/ACE數據庫)。如果這就是你在這裏所做的,這些數據屬於另一個後端。

要管理多個後端的鏈接,您可能會發現my Reconnect Utility有用。由於我的所有應用程序都有一個臨時數據庫,它們都是前端的一部分,所有這些應用程序都需要能夠輕鬆地重新連接到多個後端(鏈接的表管理器真的很痛苦)。我的一些應用程序擁有鏈接表指向的多達四個不同的目標數據庫,使用我的實用程序更容易。它只適用於Jet/ACE後端,但是(我已經勾畫出處理其他數據源,但從未完成它,因爲我從來不需要它在我自己的任何應用程序中!)。