主题：有关保存窗口设计时速度慢的问题

初步找出原因，是窗口管理中，窗口名太多的原因呀（目前为120多个窗口），什么都没有变，我只是把项目中的窗口删除大部，在进行保存就快很多，原为25秒钟左右，现在大概需要9秒左右。

看样子这个问题没戏解决了，现在换心后，这120多个窗口都要反复修改了。如果按目前29秒一次的话，平均一个窗口算保存五六次吧（至少），我可头大了。现在我都休了几天，不知应怎么办才好呀？老大求求我吧。

老大，我都提了好几天了，这个问题是有点怪呀，怎么其他人没有遇到呢？可能我是把三个项目合在一个项目中做的，因为一个操作者三个都要操作了，不可能打开三个项目吧。所心。。。。，窗口自然很多呀。只不过每次找窗口名时也费劲呀，窗口名不会排序字体也小，每次都找一段时间，眼花目眩呀。。。。

我用的也是SQL，自从狐表重大变革后，觉得狐表确实更进一大步了，所心，之前的思路全变了，我项目中全部采用菜单及窗口操作，所有表都采用SQL_Table来动载加载数据。也不用关联了。但窗口自然会变多，窗口名自动排序也好或者按新增窗口的顺序也好，不要窗口无规律的自动排序。（个人建议），当然，保存速度应不受窗口的多少有关？

我这应不可窗口分三个主表中，如图：
此主题相关图片如下：未命名.gif

按默认按窗口名排序，我个人觉得完全可以，至少会减少很多查找窗口的速度及难度，只是窗品名命名时注意下即可。谢老大支持！

啊，我电脑是专门用于开发才买的，没有买一个月，配置不会低的，双核2.2；2G内存，还低呀，我服务器才这个配置呢。

好的。

如果允许的话，可否把（解决的窗口保存速度的问题；窗口自动排名称排列问题）让我先升级。我的项目因这两个原因，确实在现在需要大量修改设计带来严重的情绪及工作受阻。当然，只是个人愿望，越快越好，在这里不是在催老大，因我知老大确实面对这么多群体这么大工程，不可能满足每个人的需求及解决某个问题，只是如果允许。。。，谢谢支持！！

密码在邮箱里，烦请老大帮查下原因。