Foxtable(狐表)用户栏目专家坐堂 → [讨论]SQLJoinTableBuilder是否应该存异呢?


  共有13003人关注过本帖树形打印复制链接

主题:[讨论]SQLJoinTableBuilder是否应该存异呢?

帅哥哟,离线,有人找我吗?
kylin
  1楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 F6
等级:狐精 帖子:3030 积分:19188 威望:0 精华:2 注册:2008/9/1 7:50:00
  发帖心情 Post By:2011/6/20 12:52:00 [显示全部帖子]

期待纠偏行动可以早日完成,呵呵

[此贴子已经被作者于2011-6-20 12:52:23编辑过]

 回到顶部
帅哥哟,离线,有人找我吗?
kylin
  2楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 F6
等级:狐精 帖子:3030 积分:19188 威望:0 精华:2 注册:2008/9/1 7:50:00
  发帖心情 Post By:2011/6/21 0:11:00 [显示全部帖子]

以下是引用reachtone在2011-6-20 21:29:00的发言:

下午一直在研究几个统计工具,现有些想法不知对不对?跟大家探讨一下:

    1、GroupTableBuilder和CrossTableBuilder已经非常强大了,不仅可以直接统计数据表,还支持临时的datatable,甚至是一条sql语句。这样就能完美的解决两大统计工具在添加关联表时的“多对多”问题。

    2、上述两大统计工具完成的统计结果,可以通过Combine进行组合。Combine的唯一不足就是无法将不同统计结果中的列,重新组合新的表达式以生成新列。

    3、查询表生成器SqlJoinTableBuild,是从多个表中提取相关列组合成一个查询表,组合的过程中可以生成表达式列。这是个新的工具,经多次测试,它貌似只能从现有的Table中来查询生成。如果这样的话,我反倒觉得这个工具没有存在的必要了。试想,在实际工作中,有可能会先生成几个现成的Table、然后再用它来查询组合吗?因为我们想得到的是查询结果,为了得到这个查询结果还要先生成几个数据Table,这也太绕了。即使是直接调用后台数据库中的表,相关的表也必须是先物理存在的。因此,如果SqlJoinTableBuild组合的对象必须是Table或者是后台数据库中物理存在的表,我个人觉得它存在的意义不大。除非,SqlJoinTableBuild组合的对象可以是临时的datatable(包括上述两大统计工具生成的结果)或者是sql语句,这样才更有实用价值。不过,话说回来,再费非常多的精力来完善这个SqlJoinTableBuild,倒不如集中精力把Combine做好,无非是想办法支持表达式就OK了。

    个人意见,仅供参考。

[此贴子已经被作者于2011-6-20 21:35:00编辑过]

严重关注中,呵呵


 回到顶部