給你的數據庫文件減肥。本站提示廣大學習愛好者：（給你的數據庫文件減肥）文章只能為提供參考，不一定能成為您想要的結果。以下是給你的數據庫文件減肥正文
在數據庫的設計進程中常常要添加、刪除數據庫對象，這會使數據庫外部留有很多碎片，不克不及有用天時用磁盤空間，文件會逐步增年夜。這有點象文件體系經由屢次的增刪操作，會招致文件碎片，糟蹋磁盤空間，並且讀寫效力下降。
你可以用 Access 供給的對象來緊縮數據庫，它將從新支配數據庫文件在磁盤中保留的地位，並釋放磁盤空間，平日文件的容量會減少成本來的幾分之一。
Access 內置了緊縮數據庫的功效
但 Access 文件的增年夜非常誇大，它能夠會讓文件增年夜十倍，讓它癡肥地呆在你的硬盤裡。這好象是微軟的通病。你可以翻開一個Word文件，添加幾個空格再把它們刪了（現實文件的內容沒有轉變），然後保留，你會發明它比適才年夜了些，好比一個45k的文件經由幾回如許的更改後文件年夜小釀成49.5k→58.5k→68.5k，其實不曉得往文件外面又存了些甚麼。所以我們有來由疑惑 Access 數據庫緊縮的後果。
一年之前我編了一個統計體系，用了年夜概3個月，簡直天天都在修正，幾天就緊縮一次，最初這個 Mdb 文件有20M年夜，即便是 Mde 文件也有8M多，我樂壞了，認為本身也能設計年夜型法式了。本年這個法式要進級，可是源法式讓我弄丟了（疼愛呀），因而下定決計，從新編了一個。功效簡直沒有變，最初的 Mdb 文件年夜小只要2M多，我的天！的確不敢信任！本來 Access 文件修改得越多緊縮得越多文件就越年夜，甚麼邏輯！
還有，假如你的 Mdb 文件太年夜了，可以樹立一個新的空數據庫，把本來的數據庫全體內容都導入到這個新數據庫裡，再看看，文件必定小了很多。我做了一個試驗，一個640k的 Mdb 文件，緊縮數據庫後釀成240k，再建一個新數據庫，把它全體導入，就只要60k了。
固然，豈論用下面甚麼辦法，Mdb 文件照樣異常松懈的，用 Winzip 還能把它緊縮好幾倍，所以，假如你要把法式妹給同伙，記得最初還要用 Winzip 緊縮，才不會糟蹋你的德律風費!（出處：雙胞胎任務室）
