拆分MS Access數據庫需要緊湊/修復以及前端和後端重新鏈接，爲什麼？

Question

我有一個前段分割的ACCDB，其中包含許多帶有子表格（基於表格）和BE中的兩百多個表格（幾乎所有車輛對象都是小型查詢表格）和400多個查詢。也有碰巧存在另一個ACCDB與一個單一的表格與6.5M行，FE鏈接到基本的歷史信息。兩個後端不以任何方式相互鏈接。 FE爲14MB，BE爲1.2G，單表DB爲900MB，所有主鍵和索引都適當設置。數據庫100％正常化。 BE每個月都增長5％。該數據庫目前預計將在今年晚些時候遷移到Oracle 11G環境。

問題： 最近我發現如果我壓縮並修復後端或前端，沒有任何包含子窗體的窗體打開;整個有限元剛剛凍結成白色。即使所有3修復我仍然有問題。但如果我緊湊/修復所有3 以及將整個前端重新連接到兩個後端，所有突然開始工作的形式。直到最近纔開始這種行爲。

爲什麼我必須重新鏈接才能使表單再次工作？

Answer 1

您正在將Access作爲數據庫的「無障礙」可行性（而不是「已記錄」）限制爲可行。記住需要編譯查詢，這意味着解析所有錶鏈接，並驗證現有的索引和其他元數據。有可能通過手動使用鏈接表管理器來覆蓋這些信息，這可能會更有效。

下面的幾個規定的技巧，這可能會幫助你： http://office.microsoft.com/en-gb/access-help/improve-performance-of-an-access-database-HP005187453.aspx

而一些更多... http://www.fmsinc.com/MicrosoftAccess/Performance.html#Linked%20Tables

和相關的從這個網站主題： Proper way to program a Microsoft Access Backend Database in a Multiuser Environment

問題，他們可能不是在幫你：

• 個查詢不充分限制數據集，特別是那些運行動態集
• 備份數據庫文件在Windows文件夾結構（越高越好）

由於第二連桿表明，真相坐在太低是否有這麼多的變量在工作，解決這個問題需要一些修補，試驗&錯誤發揮重要作用。

所有這一切，也可以升遷到SQL Server Express :) http://office.microsoft.com/en-gb/access-help/move-access-data-to-a-sql-server-database-by-using-the-upsizing-wizard-HA010275537.aspx

Answer 2

你不應該有一個C + R後，在所有在這裏重新鏈接任何東西。

唯一想到的是正在做C + R的用戶在C + R發生的文件夾或目錄中有一些受限制的權限。請記住，當用戶執行C + R時，會創建該文件的副本 - 因此可能會在創建NEW文件時繼承CURRENT用戶的權限。所以這聽起來像是文件夾中存在一些權限問題，或者正在執行C + R的用戶有一些特殊（不同）權限。 （也許某些安全組的成員身份有一些繼承權利）。

當然應該確保您使用的是UNC路徑名，當然還需要在每臺機器上放置前端。

也許再次使用C + R的用戶具有「不同的」驅動器映射，因此到後端數據庫的鏈接因此由於不同的驅動器盤符而錯誤。所以，如果還沒有，一般情況下我會盡量避免使用驅動器盤符，並使用NC路徑名（如果您還沒有的話）。

如果您使用的是UNC路徑名，那麼可能的問題是權限。

另一種可能性是，執行C + R的新用戶正在從「非」受信任位置運行前端。

此外，650萬行的表看起來有點大，我假設1.2演出的大小在C + R後是正確的？ （但這個問題是針對另一篇文章的）。

這表明驅動器映射問題，權限問題，或者用戶啓動應用程序可能會引用引用。我將轉移到應用程序中，並確保執行C + R的用戶可以編譯該應用程序，並且可以從VBA編輯器中獲取CAREFUL注意到，例如，辦公室14的引用不會被辦公室15引用。