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

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

不见得。
9秒也是不正常的

顶楼主，我的大约60个窗口，保存大概要6秒钟左右的时间！！！

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

呵呵,看来我得看看了

  
   老总加油！

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

      再顶楼主，我目前也有这个困扰，窗口太多，找起来很麻烦。现在有SQLTable了，表可以动态生成，就不能再像以前一样多建些表来分类保存窗口，表建的太多会影响效率。记得以前论坛有提过这个问题，但没有得到解决。就比如说楼主的120个窗口吧，要分多少个表来储存？就算四个表吧，每个表也有30个窗口，找起来同样费劲，总不可能建个七个八个的专门去保存窗口吧！！！
    老总是不是把这方面稍微改进一下，就算是按窗口名排个序也会省去用户找窗口的好多时间呀！！！

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

好办的，只有能找到规律，都可以解决。