由于星是解释性的运行，速度难免较慢。

通过实践，目前大部分（将来也会）是采用ACCESS数据库作星的程序数据库，而由于ACCESS数据库在运行时会莫名其妙的膨胀或损坏（特别是一些频繁临时过渡和查询的库、表）。往往通过对ACCESS数据库的“修复与压缩”会使星的运行更加稳定和提高运行速度。

但目前一般只能采用三方软件或ACCESS本身来进行“修复与压缩”。但一般客户一是不知道怎么具体操作，二是客户不去进行“修复与压缩”。一旦由此出现问题只管找出软件的人。这个问题在远程是根本不能解决的，客户又不会将数据库交出来的。目前，三方软件又不能与星进行相互传值、赋值，而且也不敢将三方软件打包在星程序中！

——因此，请公司学习一些三方的“修复与压缩”软件（网上很多），在星中集成或用构件完成ACCESS数据库的压缩功能（其实很多数据库，在运行一段时间后，都需要作此工作的），这样，不但能提高星本身的稳定性（尽管不是星本身的问题）和运行速度，还能解决星友们的麻烦。

论坛中有相关帖子，可参考，数据库压缩：

其实用SQL语言即可做到，修复压缩功能

wd0001:

你在SQL方面是高手哟!你曾经的一条导出语句,解了广大星友的燃眉之急.并且如今星的导出构件还没有此完善呢.

现在,还是请你为大家将"修复压缩功能"的语句贴出来吧!

Access 文件的增大十分夸张，它可能会让文件增大十倍，让它臃肿地呆在你的硬盘里。这好象是微软的通病。你可以打开一个Word文件，添加几个空格再把它们删了（实际文件的内容没有改变），然后保存，你会发现它比刚才大了些，比如一个45k的文件经过几次这样的更改后文件大小变成49.5k→58.5k→68.5k，实在不知道往文件里面又存了些什么。所以我们有理由怀疑 Access 数据库压缩的效果。

　　一年以前我编了一个统计系统，用了大概3个月，几乎每天都在修改，几天就压缩一次，最后这个 Mdb 文件有20M大，即使是 Mde 文件也有8M多，我乐坏了，以为自己也能设计大型程序了。今年这个程序要升级，可是源程序让我弄丢了（心疼呀），于是下定决心，重新编了一个。功能几乎没有变，最后的 Mdb 文件大小只有2M多，我的天！简直不敢相信！原来 Access 文件改动得越多压缩得越多文件就越大，什么逻辑！

#xedomain#126.com$v$163.com$v$263.com$v$yahoo.com.cn$v$gmail.com$v$china.com.cn$v$188.com$v$sohu.com#/xedomain#

#xtitle#简单测试$v$主要限制#/xtitle#

#xbody#希望今年的搭建之星会更好$v$恭喜各位星友新年快乐#/xbody#