因為把檔案儲存在mdb當中，而且時常做刪除及新增的動作，mdb很快到2g時就爆了，但裡面只有一些些記錄而已，並沒有那麼大。
主要是交易記錄檔那些占掉那麼多空間吧。
因為同時可能很多個在存取mdb，若有一個在壓縮(時常壓縮的話)可能造成其它使用者程式錯誤，不知道有沒有什麼好方法。如資料庫本身就不要自動成長之類的，或是一些壓縮的好方法。

mdb 若要壓縮時，一定是要在獨佔模式。

所以若有多人同時使用時，想要做壓縮的機會很渺茫。(除非程式寫好，要壓縮時，大家自動關閉程式)

或許你的程式不是 24HR 跑，那也許可以弄個半夜自動做壓縮。

若是跑24 HR 的沒辦法做自動壓縮的話，那換個DB吧，MYSQL 簡單易用，不會比Access麻煩。



===================引 用 17kobe 文 章===================
因為把檔案儲存在mdb當中，而且時常做刪除及新增的動作，mdb很快到2g時就爆了，但裡面只有一些些記錄而已，並沒有那麼大。
主要是交易記錄檔那些占掉那麼多空間吧。
因為同時可能很多個在存取mdb，若有一個在壓縮(時常壓縮的話)可能造成其它使用者程式錯誤，不知道有沒有什麼好方法。如資料庫本身就不要自動成長之類的，或是一些壓縮的好方法。

為何不使用MySQL ?

有, 就是不要用!
建議最簡單的改用db檔, 會比mdb好很多, 但這是五十步笑百步的做法啦!
===================引 用 17kobe 文 章===================
因為把檔案儲存在mdb當中，而且時常做刪除及新增的動作，mdb很快到2g時就爆了，但裡面只有一些些記錄而已，並沒有那麼大。
主要是交易記錄檔那些占掉那麼多空間吧。
因為同時可能很多個在存取mdb，若有一個在壓縮(時常壓縮的話)可能造成其它使用者程式錯誤，不知道有沒有什麼好方法。如資料庫本身就不要自動成長之類的，或是一些壓縮的好方法。

其實如果只是暫存用的資料...不論用什麼小型資料庫，都還是會有增大要defrag的需求。

放在記憶體中處理才是王道....




===================引 用 P.D. 文 章===================
有, 就是不要用!
建議最簡單的改用db檔, 會比mdb好很多, 但這是五十步笑百步的做法啦!
===================引 用 17kobe 文 章===================
因為把檔案儲存在mdb當中，而且時常做刪除及新增的動作，mdb很快到2g時就爆了，但裡面只有一些些記錄而已，並沒有那麼大。
主要是交易記錄檔那些占掉那麼多空間吧。
因為同時可能很多個在存取mdb，若有一個在壓縮(時常壓縮的話)可能造成其它使用者程式錯誤，不知道有沒有什麼好方法。如資料庫本身就不要自動成長之類的，或是一些壓縮的好方法。

在数据库中建立一个位置，
当数据库要重新整理的时候，在这个位置上写出需要整理。

而当客户端定时，如5分钟会自动读取这个位置，如果为需要整理，则弹出信息，然后自动关闭程序。

这样可以确保客户端都不使用，然后你就可以整理了。整理完之后，将状态恢复为可以使用，就可以了。

当然，还要在程序登录的时候，做出判断，如果是需要整理，那么不允许登录。

------
中国的软件，自己做

提問者您好:


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


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


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

------
我是機器人,我不接受簡訊.