上次说到很实用网志下线了，这两天抽空制作了一个简单的网页，用来继续记录很实用网站发展的点滴，这也就是新版的很实用网志，地址：http://www.henshiyong.com/weblog
这个页面制作的非常简单！程序采用ASP+Access，利用DIV+CSS布局，采用jQuery实现AJAX数据传送，于是就有了现在看到的效果…
算起来很实用网志已经有两个月没有更新了。这中间网站也迈向了新的台阶。今后有必要的时候，我会将这些信息记录下来。
新的网志中的数据是把旧版的数据Copy过来的，有些URL地址需要替换的现在还没替换过来，先这样吧。
之前本是采用LBS2博客系统，采用的也是ACCESS数据库。这个系统提供了后台压缩数据库（ACCESS）的功能，这是好的方面；不好的方面在于放置垃圾引用和评论方面做的比较差。于是当我转到Z-Blog的时候，虽然因转换丢失了一些数据，但是垃圾信息还是有很多没有丢失而留存下来了。
于是我采用了手动“清理门户”的方法删除了一些信息，然而发现即使删除了这些信息——数据库文件依然维持原来的大小甚至还会增大！这显然是跟我的初衷是相悖的！结果到了现在，发现数据库文件比应有的大小大了不少，每次备份（用FTP下载）的时候就花费了更多的不必要的时间，很是郁闷。
今天，当我重新考察这个问题的时候，才知道ACCESS数据库有个特性，就是删除了数据库中的内容后，数据库所占用的空间并不会自动的释放出来。这样，日积月累，数据库就显得特别的大。所以寻找一个能够保持数据完整性的压缩“良方”是非常有必要的。
网上提供了很多采用程序方法压缩的，但同时我也看到了关于采用这种方式压缩后能否保持数据完整性（即不能丢失数据）的讨论，心里没有底。想想看，要是执行这样的操作把重要的数据给丢失了，那将是一件得不偿失的事情。
后来，我考虑到ACCESS数据库本身有没有这样的功能。查看工具条后来发现了“压缩和修复数据库”的功能，有了，就是这里了！
使用方法很简单，打开要压缩的数据库，打开“工具”下的“数据库实用工具”，执行“压缩和修复数据库”操作，几秒钟问题就解决了，重新打开原来的文件，发现文件大小确实发生了相当的变化。真是“得来全不费工夫”！相信这样的操作也是最能保持数据的完整性的了。
