多年前給客戶做的數(shù)據(jù)庫(kù)，用得是 access，已經(jīng)兩年，長(zhǎng)得非常大，有 1G 這么大。隨著您不斷添加、更新數(shù)據(jù)以及更改數(shù)據(jù)庫(kù)設(shè)計(jì)，數(shù)據(jù)庫(kù)文件會(huì)變得越來越大。導(dǎo)致增大的因素不僅包括新數(shù)據(jù)，隨著數(shù)據(jù)庫(kù)文件不斷被遺留的臨時(shí)對(duì)象和已刪除對(duì)象所填充，其性能也會(huì)逐漸降低。其癥狀包括：對(duì)象可能打開得更慢，查詢可能比正常情況下運(yùn)行的時(shí)間更長(zhǎng)，各種典型操作通常似乎也需要使用更長(zhǎng)時(shí)間。
所以對(duì)access數(shù)據(jù)庫(kù)進(jìn)行壓縮也是勢(shì)在必行。
實(shí)在是會(huì)擔(dān)心，如果不小心壞了，那可是救都救不回來。還好，備份一個(gè) access 的數(shù)據(jù)庫(kù)非常簡(jiǎn)單，就把那個(gè)檔案復(fù)制一份，就解決了。甚至，還可以寫一個(gè) aspx 網(wǎng)頁(yè)，來執(zhí)行這個(gè)動(dòng)作，讓我在任何地方，只要有網(wǎng)絡(luò)，就可以用網(wǎng)頁(yè)來做備份，就算我用 iPad，iPhone，Android手機(jī)都可以。雖然是小題大作，一年不過做個(gè)兩、三次的事，但是，若能夠不讓客戶擔(dān)心的情況下，做完這些保險(xiǎn)的事，也會(huì)有讓他們信任的感受。就算不是計(jì)算機(jī)自動(dòng)化地來做，至少也是我自動(dòng)地做，也算是自動(dòng)化了��！
但是，只有備份，仍然不夠，備份只解決了失效復(fù)原的第一步。接下來面臨的是舊數(shù)據(jù)越來越多，如果不刪除，檔案越來越大，查詢的時(shí)間越來越長(zhǎng)，真的是無謂的浪費(fèi)時(shí)間。所以，接下來完成了刪除舊數(shù)據(jù)的功能。但是，這又產(chǎn)生一個(gè)不滿足。雖然，數(shù)據(jù)刪了，查詢速度又回復(fù)以往的快速，但是，數(shù)據(jù)文件的大小，仍然維持一樣。著實(shí)想想真是不開心。
使用 office access，可以把 mdb 打開，然后在「主功能(左上的窗口)」->「管理」->「壓縮及修復(fù)數(shù)據(jù)庫(kù)」這個(gè)功能，把數(shù)據(jù)庫(kù)壓縮。
這么做，就需要人工來做。并且要準(zhǔn)備一臺(tái)裝有 MS access 的計(jì)算機(jī)才行。
當(dāng)然這工作，用指令也行，但還是要在裝有 MS access 的計(jì)算機(jī)執(zhí)行指令，然后用工作排程器執(zhí)行(參考)。
C:\Program Files (x86)\Microsoft Office\Office12\MSACCESS.EXE c:\Northwind.mdb /compact
這種若要想用網(wǎng)頁(yè)執(zhí)行，則會(huì)因?yàn)槟撤N限制而無法執(zhí)行。猜測(cè)主要是因?yàn)?MSACCESS.exe 是桌面程序。執(zhí)行后就卡住，沒有把工作做完。這應(yīng)該只是設(shè)定的問題，因?yàn)樵陂_發(fā)環(huán)境是可以正常使用。但是在 IIS 的環(huán)境，就是卡住。有人提醒 service 程序也許不能與桌面互動(dòng)而導(dǎo)致問題(參考)。我試過這方法也是失敗。我們以前嘗試過，如果是 console 程序，是可以的執(zhí)行成功的。
為了堅(jiān)持要用網(wǎng)頁(yè)執(zhí)行，尋找許久，在微軟的開發(fā)環(huán)境里，都會(huì)安裝一個(gè) dao。它只是一個(gè) dll。只要把 dao.dll 復(fù)制一份在 bin 里面，然后引用它。只要用兩行就搞定了。
dao.DBEngine dbe = new DBEngine();
dbe.CompactDatabase(target_uncompact, target_compact, null, null, null);
如果，老板問，為什么兩行程序要寫快兩個(gè)星期，那……，要請(qǐng)曹操的好朋友來回答了。
喜歡 
頂
難過
囧
圍觀
無聊
