推薦：access升級到SQLServer如何調(diào)整字段類型及函數(shù):JET SQL 和T-SQL
ANSI SQL BIT數(shù)據(jù)類型與 the Microsoft Jet SQL BIT 數(shù)據(jù)類型不對應(yīng)。而與 BINARY 數(shù)據(jù)類型對應(yīng)。ANSI SQL 并沒有等效于 Microsoft Jet SQL 的 BIT 的數(shù)據(jù)類型。 TIMESTAMP不再作為DATETIME的同義字被支持。 NUMERIC 不再作為 FLOAT或 DOUBLE的同義字被支持

問題：

1、我的Access數(shù)據(jù)庫里面沒存多少數(shù)據(jù)，為什么體積很大，別人和我存一樣的數(shù)據(jù)為什么只有我的文件體積的1/10。
2、為什么我刪除了數(shù)據(jù)，但是數(shù)據(jù)庫體積沒有減小？
3、為什么我存了幾張圖片到ole字段里面數(shù)據(jù)庫體積就變大，而且變大的速度超過圖片的總體積？
4、為什么我的數(shù)據(jù)庫沒有幾條記錄，體積就20多MB
5、每次體積變大后都要手動壓縮？有沒有辦法自動壓縮？


回答：

1、2、你只要在Access里面菜單 工具->數(shù)據(jù)庫實用工具 -> 壓縮修復(fù)數(shù)據(jù)庫 就可以了
原因是：Access在刪除記錄或者進行其他需要臨時數(shù)據(jù)的操作后，并不物理刪除這些無用數(shù)據(jù)，只有壓縮修復(fù)數(shù)據(jù)庫的時候才真正刪除。就象windows中將文件放進回收站中無法增加可用空間必須清空回收站是一個道理。

如何操作請參考以下 FLASH 動畫：
手動壓縮修復(fù)數(shù)據(jù)庫。
http://access911.net/down/eg/swf/rc.htm
http://access911.net/down/eg/swf/rc.swf

3、手動將文件插入ole字段的文件，實際保存在數(shù)據(jù)庫中時ole引擎會在文件數(shù)據(jù)的前面增加一段信息，用于讓ole引擎處理你放進去的文件，所以體積會變大。

4、請查看一下，你的數(shù)據(jù)庫里面是否有包含ole字段的表，ole字段可以存儲體積非常大的文件，導(dǎo)致體積增長很正常。再看一下你的數(shù)據(jù)庫中窗體、報表中有沒有嵌入使用圖片做背景。Access中的背景圖片全部是以bmp圖片格式存放的，即使你原先指定的是jpg格式，Access也會自動將文件格式轉(zhuǎn)換為bmp再存放。
無論是背景還是控件，只要有圖片，體積就會不正常地增大。還有，如果你的程序設(shè)計成運行時會使用大量臨時數(shù)據(jù)，用完了再刪除的，也會造成體積暴增。

5、可以設(shè)置退出時自動壓縮，步驟如下：
菜單 -> 工具 -> 選項 -> 常規(guī)關(guān)閉時壓縮 -> 前面打上勾

以上為轉(zhuǎn)貼，以下為原創(chuàng)。

上面的是幾種數(shù)據(jù)庫變大后的解決方案。

我想說的是如何防止數(shù)據(jù)庫變的如此大。

站在程序員的角度來說，所以不一定對各位站長有用。

只是或許可以給各位Asp+Access的程序作者一點小小的建議而已。。

采用多個數(shù)據(jù)庫，而不是一個數(shù)據(jù)庫。

分享：解讀ACCESS的參數(shù)化查詢
最近因項目需要用ACCESS做數(shù)據(jù)庫開發(fā)WEB項目，看論壇上還許多人問及ACCESS被注入的安全問題，許多人解決的方法仍然是用Replace替換特殊字符，然而這樣做也并沒有起到太大做用，今天我就把我用ACCESS參數(shù)化查詢的一些方法和經(jīng)驗和大家分享，希望對大家有所啟