主题：[讨论]狐表能不能做ERP

呵呵，别把ERP这玩意看得太高级，说到底，还不是一个数据管理软件，管理的数据多点、杂点而已。

能不能做，不在于foxtable，在于使用foxtable的人。

Foxtable启动是不快的，毕竟是.Net平台，而且软件的体积也在这。
但是最终产品的速度如何，其实不在于Foxtable，而在于使用foxtable开发的人。

假定50个表，虽然不加载数据，但是一个一个去生成去维护，是需要时间的，还有普通窗口和各个列窗口呢？还有打开的时候，是不是要进行一些运算呢？

有人只需三个Table就可以维护几十个表，启动Foxtable后，打开项目瞬间完成。

还有完成同样的任务，有些代码需要10分钟，有些代码只需不到1秒，Foxtable没有变，变的只是编程的方法，论坛此类例子也有不少了。

虽然帮助整合了一些关于效率的问题，但是实际编程，是千变万化的，同样的工具，同样的任务，不同的编程方法，效果有天壤之别。

多探讨，多交流，共同进步。

看看开发指南的《动态加载》，里面有用一个Table控件加载不同表数据的方法。

呵呵，也许不是这个原因，你打开foxtable的基本功能演示文件，有28个表，77个窗口，不过几秒钟接打开了，而且都加载了数据。

看看是不是别的原因吧，foxtable的处理能力还是很强的。

如果是窗口的原因，记得窗口需要的时候再打开，不要默认打开。

如果是关联的原因，关联和表达式列也可以需要的时候用代码创建，不要默认创建好。

既然28个表，77个窗口，能几秒钟打开，说明foxtable本身性能没有任何问题。

你要是100个表，初始全部加载，再加上关联，Table的数量也许有几百个，用任何开发工具，效率都都不会好到哪里去的。

用户要求不是理由，你呈现给用户的能满足使用需求就行，用户才不管你的表是动态生成的还是初始加载的。

一些复杂系统，后台数据表几百个，若全部加载，即使没有数据，系统都可能崩溃，还谈什么速度？

另外，如果没有足够的控制力，最好不要将全部表和全部功能做到一个项目中，正如我今天回一个用户关于erp的贴: 整合又如何？分开又如何？共享数据就行。A项目加个按钮，能切换到B项目，效果一样。

规划一个系统，和写一段代码一样，方法的好坏，效率差的何止百倍。

自己逐个原因去排查一下吧。

不存在Foxtable能否开发erp的问题 这根本就是一个伪命题，这等于在问vs.net能不能开发erp?

因为Foxtable用的一样是ADO.NET，一样的DataTable，只是封装了大量的现成工具和控件，使得开发难度大幅降低，开发效率大幅提升。