Foxtable(狐表)用户栏目专家坐堂 → 目录树的问题建议及扩展


  共有15407人关注过本帖平板打印复制链接

主题:目录树的问题建议及扩展

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


加好友 发短信 一级勋章
等级:版主 帖子:1993 积分:19403 威望:0 精华:20 注册:2008/9/2 10:09:00
目录树的问题建议及扩展  发帖心情 Post By:2009/7/20 10:08:00 [只看该作者]

BuildDataTree是根据指定数据表的内容自动生成目录树节点。试用一下感觉非常方便,但真正把它用于项目开发时,我发现它有个很大的弊端。
先看一下它的生成方式:BuildDataTree(DataTableName, Filter, Column1, Column2, Column3...)
这就是说,BuildDataTree必须要根据指定的数据表才能生成,而这个表也必须是事先加载的。否则,目录树就无法生成。这在实际应用中会有很多不便,现以一个例子说明:
假如我使用的是外部数据源,想通过目录树对一个包含100万行的数据表、并按照“班级和姓名”进行查询。以目前的BuildDataTree方法,可以有2个解决方案:
1、常规方案:将该外部表全部加载,并按“班级、姓名”列生成目录树。
2、中转方案:在生成目录树之前,先根据该数据表生成一个只包含“班级、姓名”的临时表,目录树直接根据此表生成。
以上2种方案都有显而易见的不便之处:第1种方案是将100多万条的数据先加载、再生成目录树,这种方法想想都可怕;第2种方案则多了个临时表,有点啰嗦。因此,针对大容量数据的目录树生成问题,希望老六也能参考一下分组统计与交叉统计的做法,允许通过后台数据库直接生成。
由此还可以延伸一下:比如象来源于其它表的列表项目,这些来源表也都是要事先加载的,为什么就不能扩展到直接对后台数据库取值呢?我目前在用foxtable做一个项目的开发,凡是涉及到列表项目的,都要把来源表加载进来,实在是不习惯。数据库中所涉及的表基本上都要加载进来了,总觉得很啰嗦也很不简洁。

 回到顶部