Home >Database >Mysql Tutorial > 如何在数据库中存储一棵树

如何在数据库中存储一棵树

WBOY
WBOYOriginal
2016-06-07 17:42:041083browse

树形结构的数据在项目开发中比较常见,比如比较典型的是论坛主题留言。每一个主题(节点)可以有n个留言(子节点)。这些留言又可以有自己的留言。因此这种结构

树形结构的数据在项目开发中比较常见,比如比较典型的是论坛主题留言。

每一个主题(节点)可以有n个留言(子节点)。这些留言又可以有自己的留言。因此这种结构就是一颗树。本文讨论的是数据库中如何存储这种树形结构。

假设有如下一棵树:

存储的数据如下格式:

D91E5117473F4F75B42E8542953BE78C

这种结构下,如果查询某一个节点的直接子节点,十分容易,比如要查询D节点的子节点。

select * from tree1 where parentid=4

如果要插入某个节点,比如在D节点下,再次插入一个M节点。

只需要如下SQL:

INSERT INTO tree1 (value,parentid) VALUES('M',4);

这种结构在查找某个节点的所有子节点,就稍显复杂,无论是SELECT还是DELETE都可能涉及到获取所有子节点的问题。比如要删除一个节点并且该节点的子节点也要全部删除,那么首先要获得所有子节点的ID,因为子节点并不只是直接子节点,还可能包含子节点的子节点。比如删除D节点及其子节点,必须先查出D节点下的所有子节点,然后再做删除,SQL如下:

select nodeid from tree1 where parentid=4 --返回8,9 select nodeid from tree1 where parentid in (8,9) --返回10,11,12 select nodeid from tree1 where parentid in (10,11,12) --返回空 delete from tree1 where nodeid in (4,8,9,10,11,12)

如果是只删除D节点,虚拟主机,对于其它节点不做删除而是做提升,那么必须先修改子节点的parentid,然后才能删除D节点。

正如上面演示的,对于这种依赖父节点法,最大的缺点就是无法直接获得某个节点的所有子节点。因此如果要select所有的子节点,需要繁琐的步骤,这不利于做聚合操作。

对于某些数据库产品,支持递归查询语句的,比如微软的SQL Server,可以使用CTE技术实现递归查询。比如,要查询D节点的所有子节点。只需要如下语句:

WITH tmp AS( SELECT * FROM Tree1 WHERE nodeid = 4 UNION ALL SELECT a.* FROM Tree1 AS a,tmp AS b WHERE a.parentid = b. nodeid ) SELECT * FROM tmp

但是对于那些不支持递归查询的数据库来说,实现起来就比较复杂了。


方法二

还有一种比较土的方法,就是存储路径。暂且命名为路径枚举法。

这种方法,将存储根结点到每个节点的路径。

55778B9842DC47279FFCFF48B54ABDA1

这种数据结构,可以一眼就看出子节点的深度。

如果要查询某个节点下的子节点,只需要根据path的路径去匹配,比如要查询D节点下的所有子节点。

select * from tree2 where path like '%/4/%'

或者出于效率考虑,直接写成

select * from tree2 where path like '1/4/%'

214EF7DB11684064ABB9C4FCBDDD5CD4

如果要做聚合操作,也很容易,比如查询D节点下一共有多少个节点。

select count(*) from tree2 where path like '1/4/%';

要插入一个节点,则稍微麻烦点。要插入自己,然后查出父节点的Path,美国空间,并且把自己生成的ID更新到path中去。比如,要在L节点后面插入M节点。

首先插入自己M,然后得到一个nodeid比如nodeid=13,然后M要插入到L后面,因此,查出L的path为1/4/8/12/,因此update M的path为1/4/8/12/13

update tree2 set path=(select path from tree2 where nodeid=12) --此处开始拼接 ||last_insert_rowid()||'/' where nodeid= last_insert_rowid();

这种方法有一个明显的缺点就是path字段的长度是有限的,这意味着,不能无限制的增加节点深度。因此这种方法适用于存储小型的树结构。

方法三

下面介绍一种方法,称之为闭包表。

该方法记录了树中所有节点的关系,不仅仅只是直接父子关系,它需要使用2张表,除了节点表本身之外,还需要使用1张表来存储节祖先点和后代节点之间的关系(同时增加一行节点指向自身),并且根据需要,可以增加一个字段,表示深度。因此这种方法数据量很多。设计的表结构如下:

Tree3表:

如例子中的树,插入的数据如下:

Tree3表的数据

20ADFF42DB6E45CC9CA0C287DA49C5B5

NodeRelation表的数据

9F3B8EC76E0B4D67830FF29B6F6EEC4E

可以看到,NodeRelation表的数据量很多。但是查询非常方便。比如,要查询D节点的子元素

只需要

select * from NodeRelation where ancestor=4;

要查询节点D的直接子节点,则加上depth=1

select * from NodeRelation where ancestor=4 and depth=1;

要查询节点J的所有父节点,SQL:

select * from NodeRelation where descendant=10;
Statement:
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn