增加訪問前端：我應該擔心嗎？

我讀過互聯網上的意見，說如果你設計或MS Access FrontEnd正確，它不應該縮小，當你做一個緊湊。我使用了一個前端，當壓縮時通常大約爲15 MB，但在我工作時增長到20-25 MB！這是我應該關心的嗎？增加訪問前端：我應該擔心嗎？

來源

2010-07-26 Jeff

通過工作，你的意思是編輯表格或更新和添加數據？ – Fionnuala 2010-07-26 13:45:16

它創建或刪除其內部的任何表？ – PowerUser 2010-07-26 13:45:37

Remou：編輯和創建表格/報告。 PowerUser：這只是前端，所以應該沒有新表編輯：哦，我也編輯模塊。 – Jeff 2010-07-26 13:46:44

當您添加報告等時，我認爲您不應該擔心。我建議你在編寫代碼，表單和報告時經常反編譯*。

* http://wiki.lessthandot.com/index.php/Decompile

來源

2010-07-26 13:57:07 Fionnuala

我曾嘗試使用「C：\ Program Files \ Microsoft Office \ OFFICE11 \ MSACCESS.EXE」\「Users \ Database \ DB.mdb」/ decompile之前的快捷方式進行反編譯，但它似乎只是打開數據庫，它根本沒有改變，我覺得很奇怪。所以我不確定這種方式的工作。我會在當天晚些時候在lessthandot嘗試該方法，看看會發生什麼。 – Jeff 2010-07-26 14:07:36

這與您使用的開關是一樣的 - 它只是用於拖放。您可能想嘗試反編譯緊跟修復 - 通常效果最好。但是，當添加代碼和對象時，您的前端將會增長。 – Fionnuala 2010-07-26 14:18:18

好吧，我只是不確定前端在處理它時增長7-10 MB是不健康的。謝謝！ – Jeff 2010-07-26 14:23:55

有開發和生產之間的區別。

發展過程中，膨脹應該預料 - 你翻騰數據頁在前端，修改窗體，報表，模塊等，這樣就會有數據頁的頻繁丟棄。這沒有什麼錯。在開發過程中，你應該定期壓縮，偶爾反編譯（不經常 - 我傾向於在大量開發過程中每天進行一次，或者在將新前端投入生產使用之前）。
在生產使用過程中，設計合理的前端不應該膨脹太多。是的，當你提供一個經過編譯和壓縮的前端時，它在使用過程中會增長一些，但過了一段時間後，增長應該是最重要的。但你不應該擔心，因爲前端是可替代的。如果出現問題，您只需更換一個新的。

最常見的原因人遇到膨脹在前端是因爲他們不正確地設計它們，包括在其前端的臨時數據（例如，具有附加到它的數據的表，然後將其刪除）。臨時數據屬於臨時文件。我的所有應用程序都有一個tmp.mdb，它隨前端一起分發，並存儲在與前端相同的文件夾中，所有臨時數據都存儲在那裏。我通常從不打擾壓縮臨時文件。

膨脹的其他來源可能包括：

設計變更的代碼所做的表單/報表（這將是相同的膨脹爲人類開發作出同樣的變化方面）。在我看來，這幾乎總是一個設計錯誤。
更改應用程序中保存的QueryDefs。這一點不那麼重要，因爲與其他類型的膨脹相比膨脹量相當小。但是，如果這個過程在一次會議中進行了數千次，理論上可以達到重要的水平。在運行時編輯保存的QueryDef有幾個很好的理由，但不是很多，所以雖然我不會說這是一個設計錯誤，但它會是一個紅旗，它需要檢查以確保它不是可以在不編輯保存的QueryDef的情況下高效完成。

來源

2010-07-26 18:32:37

-1

越來越多的前端？愚蠢是真實的，但它的工作原理。我的數據庫是由幾家公司使用（通過雲），因此應用程序幾乎不可能關閉壓縮（最後一個離開將燈熄滅：壓縮數據庫）。我的客戶必須始終在數據庫中聯機。在不到一週的時間裏，前端用於從16Mb增長到2Gb以上！這嚇壞了我。解決方案：在文件資源管理器中，只需右鍵單擊前端數據庫，單擊「屬性」並選中「只讀」框。訪問將嘗試寫入放大的前端，但不會在只讀標誌上崩潰。再一次：只是爲了簡單成爲真實！祝好，Jaap Schokker，miniPLEX B.V.，Wageningen，荷蘭

來源

2016-02-02 00:35:07

增加訪問前端：我應該擔心嗎？

回答

相關問題