主题：能否考虑给其他的数据表生成器也加上BuildDataSource方法？

各种统计生成器和临时表生成器都已经有了BuildDataSource方法了，用起来确实很方便。那能否给下面这些也加上BuildDataSource方法呢？
1、QueryBuild
2、OuterTableBuild
3、用SqlCommand的ExecuteReader生成的临时表
由于客户要求很高，很多查询只能用复杂的sql语句来实现。但由于QueryBuild没有BuildDataSource方法，这就导致产生了太多的临时表。下午做测试时，多进行了几次查询，就生成了这么多临时表，真担心影响效率：

此主题相关图片如下：222.jpg


由于这些表在生成以后，还会有其它窗口调用，用完就删很有难度，要进行复杂的流程判断。稍有不慎就会导致出错。
如果它们也有BuildDataSource方法就很好了。

Table的Fill方法，不就可以直接用SQL语句吗？

好办法！我调整一下试试。

DataTable的Fill方法,究竟什么时候能出来啊?这次可是好长时间没有升级了?这在狐表的历史上可不太正常啊.

效果非常好，代码也简化了很多。
我怎么一碰到复杂的sql查询首先就想到QueryBuild呢？ 

房子修好了,装修也完了,家具配齐了,也该装个像样的防盗门了.

     能做出这么好房子的人，做个好的防盗门，再买条狗看着，好像用不了这么长的时间啊！这次大家真的有些着急了！能否告诉大家还得多长时间？

     另外，前一段大家提到的几个关键问题，包括DataTable的Fill方法，还有增加全局表事件等，应该在新版本中都已改进了吧？

可否先升级，把已处理的问题，早提供给我们。装个像样的防盗门了，暂时不需要。我们在等新版，急用。请老大谅解呀！

我这是魔法防盗门,有五把不同的钥匙.
用不同的钥匙开门,会分别出现: 试用版本、 商业版本、开发版本、群开发版本、运行环境。
之前没有任何一个软件，采用Foxtable这种发行方式，所以事情没这么简单，再说我也是第一次用加密狗，我也要多点时间摸索的。
还有不同版本的文件格式是不同的，包括模板文件，我还得写好多个转换工具，至少我得帮首次注册开发版的用户转换两个之前设计的程序啊。

不过也间接的说明了：本次更新后，开发版本也可以面世了。

我乐呵呵，