硬件
瞄准速度問題的根本
為了提高你的數據庫程序的速度，自然而然地你會想到去注意影響速度最基本的幾個部分，我們將從處理這幾個部分著手。在你力圖提高你的數據庫程序性能的時候，你的程序所運行的硬件平台將是唯一的決定因素。顯而易見，實現優化的第一條原則應該是較快的硬件=較快的數據庫，當然CPU和RAM是這個等式的核心所在。相信你一定注意到Microsoft Access 所聲明的，要達到一個令人滿意的性能，至少需要8MB的RAM和一個80486的CPU。一般情況下，用戶注意到這一點是理所應當的，但我卻見過許多用戶為他們的Microsoft Access 的執行速度而感到沮喪，當我問及他們使用什麼機器運行此程序時，他們告訴我是一台80386，並且是在運行一台服務器上的一個MSACCESS.EXE。所以，在相信你的用戶通過下面的方法固然能提高其程序性能的同時，始終需要強調的仍然是，在Microsoft Access 執行過程中，硬件才是關鍵的問題。
有效的磁盤訪問
假定已經有了一個令人滿意的硬件配置，下面讓我們討論一下如何才能提高Microsoft Access 在此平台上的運行速度。就這個問題，對你的數據庫程序而言，影響其性能的第二位因素就是磁盤訪問了。在執行過程中，對物理磁盤的訪問總是一個速度的瓶頸（與訪問存儲在 RAM中的數據相比較而言），所以，你應該盡量減少對磁盤的訪問。然而，由於你的應用程序總是要和一些磁盤或其他一些物理設備打交道，所以，你的目標應該是保證所有的磁盤訪問都盡可能有效。要實現這一點，方法是經常整理你的磁盤數據碎片，整理你的數據庫所在的磁盤驅動器以及所有你執行你的數據庫程序時要涉及的磁盤驅動器，而且你還應提醒你的用戶定期清理磁盤碎片，以此保證磁盤訪問一直有效。這將最大程度地減少在對物理磁盤進行讀寫而花費的時間，盡管這些讀寫是不可避免的，同時優化了整個體系的性能。
使RAM最大化/對磁盤訪問的頻率最小化
下一個主題是使你的數據庫程序與物理磁盤驅動器打交道的頻率最小。要做到這一點關鍵是盡可能多的釋放RAM空間給你的應用程序使用。要實現這一點，你需要做到以下幾點：
增加最大緩沖區的尺寸
首先涉及到你對最大緩沖區尺寸的設置。最大緩沖區的尺寸指的是Microsoft Access作為內部存儲空間而保留的RAM的數目。存儲空間越大，用戶需求的數據能在RAM中找到可能性越大，同時減少了對物理磁盤的訪問頻率。Microsoft Access 需要的最小緩沖區是512KB，如果你的硬件系統有多於4MB的RAM，那麼你就可以為Microsoft Access 多分配一些供其使用（這樣也增加了系統的性能）。要做到這一點，只需要在MSACCESS.INI（在你的windows目錄下）文件中增加對最大緩沖區的設置，使用你的文本編輯器，例如記事本，在此文件中找到 [Option] 段，在其中加這樣一句話：
MaxBufferSize = xxxxx
這其中的xxxxx即是為你的應用程序對存儲空間分配而作的新設置(例如，設置MaxBufferSize=2048將為Microsoft Access分配2MB的緩沖區空間)。那麼，你究竟應該分配多少才算合適呢？除了“盡可能多”，其他的還真難說。你需要手動地調節這個設置，同時需要試著讓你的硬件都能提供以下條件：1）不能妨礙用戶同時正在運行的程序，2）不會影響其自身底層操作系統的運行效率（你可能會在程序啟動時想通過.INI文件查看一下Microsoft Access自身的配置，因此，任何對MSACCESS.INI文件的修改都將只能在下一次Microsoft Access啟動時才能奏效，而對現在正在運行的Microsoft Access程序沒有任何的影響）。
避免裝載Wizards
為了釋放更多的內存以供Microsoft Access使用，另一個你可以采取的步驟是：如果你不使用Wizards，那麼就不要裝載它。你可以打開MSACCESS.INI文件，找到[libraries]部分，在“wizards.mdb=ro”這一句之前加一個分號，這樣就避免了自動加載Wizards。這樣做將能夠釋放315B的RAM提供給Microsoft Access以作己用，這樣做的好處不僅在於提高了運行時間的性能，同時使每個應用程序平均減少了大約10秒的安裝時間。
解除牆紙/背景位圖
解除標准windows牆紙背景可以釋放RAM中任何一處25K到350K的空間。解除復雜的位圖將釋放更多的內存空間。
創建永久交換文件
創建一個永久交換文件（相對於臨時文件而言）將增加你額外的性能。關於這一點，你可以求助於關於這方面的幫助文檔，它將指導你在運行數據庫應用程序的機器上創建這一文件。
到現在為止，我們已經解決了有關硬件平台、最大的磁盤訪問效率的問題，並且為你的應用程序增加了有效的RAM存儲空間，接下來讓我們轉向優化應用程序本身。
Microsoft Access自身特點
壓縮、壓縮
要保證經常性的壓縮你的程序代碼。當你在開發和使用Microsoft Access數據庫時，你要經常性地增加和刪除數據、代碼等等。現在的問題是Microsoft Access並不能有效地釋放已分配的但被刪除的對象空間，這將意味著即使你刪除了一個對象，而這個對象仍然在你的數據庫中占據空間。壓縮數據庫將迫使Microsoft Access真正刪除這些對象並回收其占據的空間，從而使得你的數據庫盡量小但卻更有效。我曾把逐字逐句查詢的平均時間減少了30%——50%，而做到這一點僅僅是通過去壓縮那些由於經常使用又缺乏壓縮而變得過度膨脹的數據庫程序，因此，在運行程序的過程中，不要忽視壓縮過程的重要性。正如你要定期清除硬盤數據碎片一樣，你和你的用戶也應當定期壓縮數據庫來保證它始終最有效地運行。
只用代碼
你可能希望通過宏操作來搭建一個應用程序的模型，一旦你開始優化你的程序的最終性能，一定要把所有的宏重新寫成代碼。這主要是因為Microsoft Access代碼要比宏運行得快的多。但遺憾的是有三個宏操作你不能將他們改寫成代碼，這三個宏是Autokeys、Autoexec和Addmenu操作，這三個宏在Microsoft Access中沒有相應的等價類，因此你只能被迫使用他們。不過，你可以克服Autoexec的限制，只需要定義Autoexec為調用你的Access Basic Autoexec函數。
優化數據類型聲明
當你在你的代碼中聲明數據類型時，你應該試著盡可能精確。因為若是一個變量的類型（如果沒有特別聲明，缺省為可變類型）非常靈活自由的話，那麼這種類型同時也將是最浪費內存的一種類型。這樣一來，如果你知道check Balance這個變量不需要超過4位小數精度的話，那麼就把它定義成確定類型而不是可變類型。對你的過程函數的定義同樣也可以如此操作（比如說，把函數PostCredit()聲明為整形，而不是Function PostCredit()）。請注意這樣一個事實，如果你估計一個變量將會被處理成一個空值，那麼你需要去把它定義成一個可變類型而不是一個確定的嚴格的數據類型，否則你會得到一個錯誤信息。同樣地，要注意整形除法和浮點除法之間的差別。
經常使用From/Report變量
在你的程序中，你需要保證你能提前解決盡可能多的查詢工作。這意味著什麼呢？舉個例子來說明：如果你想在代碼中查閱一個名為[NetPrice]的文本框，你可以使用這樣一條語句：
Mytemprariable=Forms![Customer Invoice]![Net price]
對於這條指令，Microsoft Access首先在Forms對象裡搜索名為[Customer Invoice]的表，一旦它找到這張表，Microsoft Access接下來尋找名為[NetPrice]的控制，並進行正確的操作。從這個例子可以看出，Microsoft Access經過兩次查詢最終確定我們指定的控制。如果你想在同一程序（函數或者子函數）中再次查詢[Customer Invoice]表中任一控制，你可以刪除可能會在下次出現的多余語句，而只使用如下語句：
Dim F as form
Set F = Forms![Customer Invoice]
現在，你的Form變量將自動指向Form[Customer Invoice]，允許Microsoft Access 避免每次在你需要查找[Customer Invoice]表中任一對象時，都要把數據庫的Form對象中全部搜索一次。為了查閱控制[NetPrice]，你只需要簡單地使用下面的語句：
Mytempvariable=F![NetPrice]
你也可以對Report對象作相同的操作（比如，set R=Reports![MyReport]）。當你在一個函數中僅僅只對一個Form或Report訪問一次，你可能在速度性能方面得不到什麼太大得好處，但是一旦你開始在同一個Form或Report中進行的訪問操作超過一次，你將會看到明顯的時間減少。於是，通過使Microsoft Access避免作多余的查閱，你將大大地提高你程序的速度。
在可以應用的地方使用windows函數
無論何時，只要相關，總是可以用一個windows函數調用來代替Access Basic代碼執行同一個操作。這樣你將節省開發時間，因為windows函數調用是已經完成編碼並經過優化，同時也因為它們是用C語言編寫的（機器可執行），而Access Basic代碼則要被編譯成P代碼形式，同時需要在執行時一行一行地解釋。一個最普通的例子是custom.ini設置。你可以使用Access Basic文件函數去得到一個自由文件指針，打開文件，讀/寫文件，然後關閉它。但是如果你完全可以簡單地使用GetPrivateProfileString和WritePrivateProfileString函數來實現，它們既快且已經編碼優化隨手可用，你為什麼還要自尋煩惱呢？（參考：“Enhanced Microsoft Access: Using the Win16 API”）
你的Microsoft Access數據庫應用程序運行速度越快，你就能更好地完成你的任務，也就是向你的用戶提供最有效的選擇、管理、發送他們的數據的能力。我真誠希望以上這些小技巧能協助你達到這個目標。
