我用手工建立了一个数据库，内含十多个数据表，如果每个表都是只有一两个记录的话体积只有5M大小，我后来录入了十几万条测试数据，体积一下子到了一百多M，我又全部清空，发现体积一点没变小。我后来又用了ACCESS自带的压缩和修复工具，一压缩后数据库变得很小的，1M也没有了，就是说比我原来的空记录时还要小很多。不知道这样压缩后的数据库是不是会影响到以后数据的正常运行效率的，压缩和未压缩的数据在运行速度上有没有什么区别，各有什么利弊呢？谢谢！

------
我的编程起步于ktop，我将永远支持ktop

資料庫刪除的動作，只是純粹在該筆RECORD上面做了一個資料庫認定的刪除符號，在讀取時會忽略那些有符號的紀錄，試想一個資料庫經多人存取，有人刪除就要將整個檔案重做一個新得出來，那再強的系統效能不就掉下來了！經過壓縮的動作，就是將那些做了刪除符號的紀錄，真實重檔案中移除，所以資料庫就會真正的變小，所以這個維護動作，要在資料庫不忙（線上沒人的時候）來做才是最好的。 ----------------------------------------------

我用過 access 2000 內建的資料庫, 真正的名稱應該叫 Microsoft Jet engine 關於資料庫檔案變大的問題, 不僅發生在刪除時, 就算修改資料錄 record, 他也會開一塊空間來使用, 而且, 用完不會還你 ! 所以, 變大了 . 浪費硬碟空間,問題還小 ! 反正,現在很便宜 我的體驗是: 檔案很容易毀損 , 三不五時需要壓縮修復 , 而且, 千萬別加密碼 否則,執行修復前會要先通過密碼, 可是, 資料庫已經毀了, 正常程序已經無法通過, 你想, 這該怎樣解決 ? 微軟的官方文件,明白表示 : Jet engine 不適合多人使用的系統 不知道, access XP 是否有改進 ? 不過, 我已經不想再跟 MS 的產品混戰了. 如果,覺得心驚膽顫, 也許考慮 MS 的 MS-SQL Desktop 版, 一樣是 free 的 而且,好像完全像 正版的 MS-SQL Server 至於, MS-SQL 評價如何, 我沒用過, 沒資格評論 !

引言: 資料庫刪除的動作，只是純粹在該筆RECORD上面做了一個資料庫認定的刪除符號，在讀取時會忽略那些有符號的紀錄，試想一個資料庫經多人存取，有人刪除就要將整個檔案重做一個新得出來，那再強的系統效能不就掉下來了！經過壓縮的動作，就是將那些做了刪除符號的紀錄，真實重檔案中移除，所以資料庫就會真正的變小，所以這個維護動作，要在資料庫不忙（線上沒人的時候）來做才是最好的。 ---------------------------------------------- >< face="Verdana, Arial, Helvetica"> 我想再问一下，压缩后的数据库对以后的使用会不会带来不利的影响，是不是数据库压缩后使用只有好处没有坏处？

1.所謂壓縮，並不是將其內的資料壓縮喔！而是將其中已無用的資料刪掉，減少資料檔的空間；試想一個較小的資料庫其存取效率好還是大的資料庫檔案好呢？ 2.高級一點的資料庫，在壓縮的時候，他自己本身會做好預防措施，以防失敗時，整個資料庫毀損，至於低檔一點的資料庫，最好在壓縮前，先備份一個，以免失敗時，痛苦萬分～ ---------------------------------------------- We will either find a way, or make one. -Hannibal -。

恕我直言，这篇文章已经提问了两年，我早就结案了，是贵站的网站改版后，导致我一百多篇文章由已经结案转变成没有结案，最近突然这一篇来提示我结案，我找也找不到，只得手工花了大量时间将所有的文章改为结案，我觉得管理者应该要重视以前这些遗留下来的问题，不能只针对某一个文章提示结案，否则让我们这些忠实的KTOP追随者感到KTOP好象不太想以前的KTOP了。


===================引 用 Ktop_Robot 文 章===================
提問者您好:


以上回應是否已得到滿意的答覆？


若已得到滿意的答覆，請在一週內結案，否則請在一週內回覆還有什麼未盡事宜，不然，
將由版主(尚無版主之區域將由副站長或站長)採自由心證,選擇較合適之解答予以結案處理，
被選上之答題者同樣會有加分獎勵，同時發問者將受到扣 1 分的處分。不便之處，請見諒。


有問有答有結案，才能有良性的互動，良好的討論環境需要大家共同維護，感謝您的配合。

------
我的编程起步于ktop，我将永远支持ktop