主题：打开狐表项目的速度,以及动态生成表、动态绑定表的问题?

呵呵，老爷机表现还算过的去，一般来说，不应该将几十万记录全部加载进来处理的。
特别是现在已经有直接针对后台的统计功能了。

一、10个关联？ 在命令窗口执行一下：

output.show(Tables.count)

看看有多少个Table。

最好关闭双向关联，极端的时候甚至可以用别的方法替代关联。

二、网速再快，也不会有本机快。

三、我没有办法给出更好的建议，自己一个一个因素去排除吧，实际的测试，总比我的估计要好。

四、没有人拍我的马屁，这是你自己想出来的。

狐表是商业软件，这里每个人的发言都有广告效果，尤其是专业或准专业开发者，你提的问题、意见和建议应该有这方面的考虑，不要轻易怀疑狐表性能和系统。也许有些新进来的人，看到你提的这些问题和意见，可能对狐表产生错误的感觉而又出去了。狐表现在基本上可以满足不同层次的需要，是一款很有特色的开发软件，但要达到尽善尽美，满足所有的专业开发要求，需要时间，何况，有些问题并不是狐表的问题，因此应有包容心和耐心。

呵呵～ 纯粹是测试的，实际中是不会这样加载的。
另外：就拿原来自己做的老文件（也有数万条且全是内部表）来比较，我真的觉得新版（新核心）的狐表的速度要比老版本的快很多了。 满意之····
不过，我的各种事件代码（加起来也就一两千行吧）没有那么多，窗口也较少。

 
  抱歉！！！被C版误导了，以为窗口是先全部加载进来的！！！

        呵呵，发上您的文件才能进一步分析，否则大家只是蒙着说，也难怪老六也蒙不上，他只不过是在分析可能造成您的系统慢的原因之一，不看您的东东，自然命中率不高，您说得对，同样的foxtable做的东西，为什么人家那你快？
       老六好像说过DataList是鸡肋（foxtable是他一个代码一个代码写出来的，没有人能比他更了解foatable的强弱点到底在什么地方），已经是面临切除的“阑尾”，可您偏偏要认为他是整个“消化系统”的主要“器官”，是不是正好在体验鸡肋的味道？只有您和老六知道！估计这方面老六也不会进一步的改进，趁早改一改又何妨？CZY版主的为什么这么快，因为他正好避开了这块“鸡肋
” ！
        这一点“在SQLTable出现之前，如果在打开项目时不一次全部打开，怎么建立表的事件代码（我的大部分表中都有事件代码）？”恐怕是cpayinyuan老兄的问题，基础性数据的录入要尽量整合到极少的表，没必要60多个表都需要去进行修改和录入，这样的话就好办了，作为统计表，尽可能用统计代码，一般不要用事件代码，理论上是可以做到的。话说回来，如果是统计表，您的系统更不应该有这么多表，只要不需要手工录入和修改的统计表，完全可以用临时表来完成，说实在的，您都可以将需要手工录入的数据尽可能整合到一个或少量的表中，调整表结构即可，有了临时表的统计功能，所有统计表都可以成为实际上只有一个临时表在反复使用，不停地动态删除、添加，按照您的需要修改和设置表结构）。
        还有您说过您的表、窗口控件都有很多事件代码，但是，如果是绑定到字段的控件（比如：文字框），完全可以只有表或文字框之间选择其一设事件代码，避免重复执行，降低效率。

        原因很多很多，这些都可能是已经存在的问题，看不到文件我只是猜猜而已！

  狐爸，你还记的我的老古董电脑，说句实话，关联对启动速度真的影响非常大。我已经所有的关联全部去掉，利用动态加载功能和同步筛选功能，同样起到和关联一样的效果，当然要在窗口一起显示才行。但是去掉关联后，我启动的速度只有以前的3分之一。已经非常满意了。

呵呵，佩服你的耐心，应该还有改进的地方。
现在电脑很便宜，为啥不换啊，2000来块的电脑性能就很不错了。

其实代码和窗口的多少是不会影响速度的，关键是设计合理否。