多年前给客户做的数据库，用得是 access，已经两年，长得非常大，有 1G 这么大。随着您不断添加、更新数据以及更改数据库设计，数据库文件会变得越来越大。导致增大的因素不仅包括新数据，随着数据库文件不断被遗留的临时对象和已删除对象所填充，其性能也会逐渐降低。其症状包括：对象可能打开得更慢，查询可能比正常情况下运行的时间更长，各种典型操作通常似乎也需要使用更长时间。
所以对access数据库进行压缩也是势在必行。
实在是会担心，如果不小心坏了，那可是救都救不回来。还好，备份一个 access 的数据库非常简单，就把那个档案复制一份，就解决了。甚至，还可以写一个 aspx 网页，来执行这个动作，让我在任何地方，只要有网络，就可以用网页来做备份，就算我用 iPad，iPhone，Android手机都可以。虽然是小题大作，一年不过做个两、三次的事，但是，若能够不让客户担心的情况下，做完这些保险的事，也会有让他们信任的感受。就算不是计算机自动化地来做，至少也是我自动地做，也算是自动化了啊！
但是，只有备份，仍然不够，备份只解决了失效复原的第一步。接下来面临的是旧数据越来越多，如果不删除，档案越来越大，查询的时间越来越长，真的是无谓的浪费时间。所以，接下来完成了删除旧数据的功能。但是，这又产生一个不满足。虽然，数据删了，查询速度又回复以往的快速，但是，数据文件的大小，仍然维持一样。着实想想真是不开心。
使用 office access，可以把 mdb 打开，然后在「主功能(左上的窗口)」->「管理」->「压缩及修复数据库」这个功能，把数据库压缩。
这么做，就需要人工来做。并且要准备一台装有 MS access 的计算机才行。
当然这工作，用指令也行，但还是要在装有 MS access 的计算机执行指令，然后用工作排程器执行(参考)。
C:\Program Files (x86)\Microsoft Office\Office12\MSACCESS.EXE c:\Northwind.mdb /compact
这种若要想用网页执行，则会因为某种限制而无法执行。猜测主要是因为 MSACCESS.exe 是桌面程序。执行后就卡住，没有把工作做完。这应该只是设定的问题，因为在开发环境是可以正常使用。但是在 IIS 的环境，就是卡住。有人提醒 service 程序也许不能与桌面互动而导致问题(参考)。我试过这方法也是失败。我们以前尝试过，如果是 console 程序，是可以的执行成功的。
为了坚持要用网页执行，寻找许久，在微软的开发环境里，都会安装一个 dao。它只是一个 dll。只要把 dao.dll 复制一份在 bin 里面，然后引用它。只要用两行就搞定了。
dao.DBEngine dbe = new DBEngine();
dbe.CompactDatabase(target_uncompact, target_compact, null, null, null);
如果，老板问，为什么两行程序要写快两个星期，那……，要请曹操的好朋友来回答了。
喜欢 
顶
难过
囧
围观
无聊
