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

        赞成！利用多个外部数据源来分别放这60多个表，再根据系统需要，再实时的时候，利用动态加载外部数据源和动态加载外部表并动态绑定、动态关联，会让foxtable运行起来很轻松。
        我在设计一个系统的时候，我的一个窗口有八十多个控件，而这样的窗口在一个表有11个，但考虑到项目生成时首先要生成窗口，会影响系统的运行速度，我采取了在窗口动态删除，动态添加控件（添加时定位即可），动态绑定或赋值，我将这样的11个窗口省到了1个，始终用这一个窗口再做所有事，这样的话，项目在启动时不需要生成那11个窗口，运行起来启动速度与空白狐表系统无异，这仅是一个用多写一点代码换来狐表运行性能不受影响的思路，供参考，包括表也一样，很多表没必要再启动时生成，可以写在某一个需要调用该表的最前面，判断一下该表是否存在，存在直接调用，不存在动态添加，随着操作进程的延长，这些表都在不知不觉在进程中逐个添加进来，这样做的目的就是将狐表启动时的重负荷分散到各个环节，这样的话，用户根本没有任何慢的感觉，老兄可要三思老六说您系统设计结构不合理的话，一味地要求狐表将所有功能都集成在系统中，那是不现实的。
         我有一个Excel文件，大家都知道，普通的电子表格，运行速度很快，但这个文件仅仅11个表，各表2000多行，但是各表、各单元格之间的引用、计算公式太多，修改其中某一个位置，还得等一会儿才能刷新，感觉也非常慢。

      呵呵，有路不愿意走，谁也没办法，比如在电脑信息技术飞速发展、已全天下普及化的今天，还有一些老会计说，我不用电脑，就用手工记账加自己的大脑，一样是被同行尊重的老前辈！

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

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

     唉！我怎么没有学到这个Datatable的Fill的方法呢！别扯这个了，赶紧更新帮助吧，我等着学习新帮助！同时抓紧出一个国庆60周年纪念版，说不定我还可以借这个国庆60周年大庆之际，得到您的优惠或者得个什么国庆奖励什么的！

      赞成，不过老六既有追求品质的个性，就不会擅自出售dll文件，这才是他攥在手里的一张牌，虽然这仅是狐表的N张牌之一，但这毕竟是品牌，如果要打品牌战略的话，暂时都攥一攥也好！