在數(shù)據(jù)庫的設計過程中經(jīng)常要添加、刪除數(shù)據(jù)庫對象，這會使數(shù)據(jù)庫內(nèi)部留有許多碎片，不能有效地利用磁盤空間，文件會逐漸增大。這有點象文件系統(tǒng)經(jīng)過多次的增刪操作，會導致文件碎片，浪費磁盤空間，而且讀寫效率降低。 你可以用 Access 提供的工具來壓縮數(shù)據(jù)庫，它將重新安排數(shù)據(jù)庫文件在磁盤中保存的位置，并釋放磁盤空間，通常文件的容量會縮小成原來的幾分之一。

　　Access" 內(nèi)置了壓縮數(shù)據(jù)庫的功能 但 Access 文件的增大十分夸張，它可能會讓文件增大十倍，讓它臃腫地呆在你的硬盤里。這好象是微軟的通病。你可以打開一個Word文件，添加幾個空格再把它們刪了（實際文件的內(nèi)容沒有改變），然后保存，你會發(fā)現(xiàn)它比剛才大了些，比如一個45k的文件經(jīng)過幾次這樣的更改后文件大小變成49.5k→58.5k→68.5k，實在不知道往文件里面又存了些什么。所以我們有理由懷疑 Access 數(shù)據(jù)庫壓縮的效果。 一年以前我編了一個統(tǒng)計系統(tǒng)，用了大概3個月，幾乎每天都在修改，幾天就壓縮一次，最后這個 Mdb 文件有20M大，即使是 Mde 文件也有8M多，我樂壞了，以為自己也能設計大型程序了。今年這個程序要升級，可是源程序讓我弄丟了（心疼呀），于是下定決心，重新編了一個。功能幾乎沒有變，最后的 Mdb 文件大小只有2M多，我的天！簡直不敢相信！原來 Access 文件改動得越多壓縮得越多文件就越大，什么邏輯！ 還有，如果你的 Mdb 文件太大了，可以建立一個新的空數(shù)據(jù)庫，把原來的數(shù)據(jù)庫全部內(nèi)容都導入到這個新數(shù)據(jù)庫里，再看看，文件一定小了許多。我做了一個實驗，一個640k的 Mdb 文件，壓縮數(shù)據(jù)庫后變成240k，再建一個新數(shù)據(jù)庫，把它全部導入，就只有60k了。 當然，不論用上面什么方法，Mdb 文件還是非常松散的，用 Winzip 還能把它壓縮好幾倍，所以，如果你要把程序妹給朋友，記得最后還要用 Winzip 壓縮，才不會浪費你的電話費。