ITPub博客

首页 > 应用开发 > IT综合 > 无限级目录树最优算法的新研究 (转)

无限级目录树最优算法的新研究 (转)

原创 IT综合 作者:worldblog 时间:2007-12-12 10:02:52 0 删除 编辑
无限级目录树最优算法的新研究 (转)[@more@]

(首先声明:因为看到许多人对本文的热心关注,作者对本文稍作修改和补充)
本文具体介绍:1。目录树的数据结构
  2。探讨具体应用中数据库的查询复杂度。

表结构:  id(编号)pid(父节点)nodepath(路径)nodetype(状态)
 
示例数据:1  0  0>  F
  2  0  0>  D
  3  2  0>2>  D
  4  3  0>2>3>  F
测试项目: 
1。获取当前节点的父节点:复杂度:O(n)
2。获取当前节点的下级子节点: 复杂度:O(n)
3。获取当前节点的所有子孙节点: 复杂度:O(n)
4。获取当前节点的所有直系祖宗节点: 复杂度:O(n)
5。删除、新增节点时比较容易实现,主要是实现节点转移有点麻烦:设被转移

的节点为S,转移到的目的节点为T,则S.nodepath=T.nodepath+T.id+'>';同时检

查S是否有兄弟节点,无则S的父节点的nodetype改为F;检查T的nodetype,如为F

则改为D;修改表中S的子孙节点nodepath。一般这种情况出现的几率很低。
说明:本人的初衷是将该结构主要应用在类资源管理器的目录树中,根据

nodetype,画树的时候不必再搜索数据库去判断该节点是否还有子节点。至于用

在bbs帖子树,像帖子树中有一个帖子最新的,就必须将整个帖子树置顶这样的

情况,有种实用解决办法:增加一个字段rootid(帖子的根帖):select distanct

rootid from table order by postdate。
本数据结构支持无限级树,关于树的深度,可以根据实际情况而定nodepath的长

度。最后,我为什么用“最优”,主要有激将之意,抛砖引玉,只是希望能引起

广大高手的注意,能提出个人独特建议,在交流上作广泛的讨论。作者本人也绝

没有夜郎自大的意思。

 


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10752043/viewspace-991640/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
  • 博文量
    6241
  • 访问量
    2405248