多年前给客户做的数据库,用得是 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);