这是系统提示，这个“方法”是调用系统内部的功能；很多情况是控制不到的，只能查查看。

请尽快把这个大家很期盼的“压缩修复”构件检查好。

因为，对数据库的压缩修复本身就是个需要小心的事，存在着巨大的风险。在实际的运用一旦出现了不可挽回的损失，把客户的命根子数据库搞坏了，那就赔偿不了哦！

已经说了，这是调用ADO的内部的一个功能；

还有一个概念，文件大小，并不代表速度的快慢，实际上文件大，“综合处理速度”一般是快的。

在数据库应用过程中，没必要压缩，只有拷贝或移动时，才考虑使用压缩。

关于数据库压缩构件问题，提供些情况供分析，

一、加密了的数据库（就是普通加密），在星中的数据库连接的‘数据库种类’只能选择“<MS Access>”,而不能选择“<MS Access for OLE DB>”，否则报错。即使没有使用数据库压缩构件时也是这样的。

——这是为什么？

二、并不一定是‘引力波’报告的“我的一个使用工作组加密的数据库在ＡＣＣＥＳＳ中分表压缩没有问题，用＂星＂的压缩修复功能会出现下面提示”。

即使不采用工作组加密，就是采用普通的加密，压缩时同样报‘引力波’提供的图片错误。

而Ａｃｃｅｓｓ数据库不加密使用的话，恐怕没几个人吧！

支持和欢迎系统升级

支持系统升级，但能否考虑一下，每次升级后介绍一下新增构件和修改后的构件属性的含义及使用方法，毕竟大多数用户是业余级的。

隔一段时间，我们会统一增加"新增构件"的说明与使用方法，实际上稍复杂一些的，都有实例。

出了吗

跟一贴，实例还是满丰富的，OK!

不错,继续加油