SQL的递归查询应用场景:
在一个系统中往往需要保存机构,地区,岗位,商品品类,菜单等等树状结构的数据,使用递归查询能够快速的获取这些树状结构数据的关联关系。树结构的数据存放在表中,数据之间的层次关系即父子关系通过表中的列与列间的关系来描述。以机构树为例,如organ表中的organ_id和parent_organ_id,organ_id表示该机构的编号,parent_organ_id表示上一级机构的编号,即子节点的parent_organ_id值等于父节点的organ_id值,在表的每一行中都有一个表示父节点的parent_organ_id(除根节点外),通过每个节点的父节点,就可以确定整个树结构,注意:为了方便定位,通常还需要在表中设置一个字段level用于表示该节点的等级,。
基本语法:
select * from tablename start with 条件1 connect by prior 条件2 where 条件3;
其中:
条件1 是根结点的限定语句,在自顶向下查询树结构时,不但可以从根节点开始,还可以定义任何节点为起始节点,以此开始向下查找。这样查找的结果就是以该节点为开始的结构树的一枝。当然可以放宽限定条件,以取得多个根结点,实际就是多棵树。
条件2 是连接条件,其中用PRIOR表示当前记录,比如 connect by prior organ_id = parent_organ_id;就是说当前记录的organ_id是下一条记录的parent_organ_id,即当前记录是下一条记录的父亲。PRIOR运算符用于确定查找树结构是的顺序是自顶向下还是自底向上。(prior修饰的一侧是当前记录的字段,另一侧表示是下一条记录的字段)
运算符PRIOR被放置于等号前后的位置,决定着查询时的检索顺序。
PRIOR被置于CONNECT BY子句中等号的前面时,则强制从根节点到叶节点的顺序检索,即由父节点向子节点方向通过树结构,我们称之为自顶向下的方式。如:
CONNECT BY PRIOR organ_id= parent_organ_id
PIROR运算符被置于CONNECT BY 子句中等号的后面时,则强制从叶节点到根节点的顺序检索,即由子节点向父节点方向通过树结构,我们称之为自底向上的方式。例如:
CONNECT BY organ_id=PRIOR parent_organ_id
条件3 是过滤条件,用于对返回的所有记录进行过滤。
例:select * from organ start with organ_id = ‘HBHqfWGWPy’ connect by prior organ_id = parent_organ_id;
二、例子
1、准备测试表和测试数据
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 |
|
2、树操作
我们从最基本的操作,逐步列出树查询中常见的操作,所有查询出来的节点以家族中的辈份作比方。
1)、查找树中的所有顶级父节点(辈份最长的人)。 假设这个树是个目录结构,那么第一个操作总是找出所有的顶级节点,再根据该节点找到其下属节点。
1 |
|
2)、查找一个节点的直属子节点(所有儿子)。 如果查找的是直属子类节点,也是不用用到树型查询的。
1 |
|
3)、查找一个节点的所有直属子节点(所有后代)。这个查找的是id为1的节点下的所有直属子类节点,包括子辈的和孙子辈的所有直属节点。
1 |
|
4)、查找一个节点的直属父节点(父亲)。 如果查找的是节点的直属父节点,也是不用用到树型查询的。
1 2 3 4 |
|
5)、查找一个节点的所有直属父节点(祖宗)。
1 |
|
6)、查询一个节点的兄弟节点(亲兄弟)。
1 2 3 |
|
7)、查询与一个节点同级的节点(族兄弟)。 如果在表中设置了级别的字段,那么在做这类查询时会很轻松,同一级别的就是与那个节点同级的,在这里列出不使用该字段时的实现!
1 2 3 4 5 6 7 8 |
|
这里使用两个技巧,一个是使用了level来标识每个节点在表中的级别,还有就是使用with语法模拟出了一张带有级别的临时表。
8)、查询一个节点的父节点的的兄弟节点(伯父与叔父)。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 |
|
9)、查询一个节点的父节点的同级节点(族叔)。
这个其实跟第7种情况是相同的。
1 2 3 4 5 6 7 8 |
|
补充一个概念,对于数据库来说,根节点并不一定是在数据库中设计的顶级节点,对于数据库来说,根节点就是start with开始的地方。
下面列出的是一些与树相关的特殊需求。
10)、名称要列出名称全部路径。
这里常见的有两种情况,一种是从顶级列出,直到当前节点的名称(或者其它属性);一种是从当前节点列出,直到顶级节点的名称(或其它属性)。举地址为例:国内的习惯是从省开始、到市、到县、到居委会的,而国外的习惯正好相反。
从顶部开始:
1 2 3 4 5 |
|
从当前节点开始:
1 2 3 4 |
|
在这里我又不得不放个牢骚了。oracle只提供了一个sys_connect_by_path函数,却忘了字符串的连接的顺序。在上面的例子中,第一个sql是从根节点开始遍历,而第二个sql是直接找到当前节点,从效率上来说已经是千差万别,更关键的是第一个sql只能选择一个节点,而第二个sql却是遍历出了一颗树来。再次ps一下。
sys_connect_by_path函数就是从start with开始的地方开始遍历,并记下其遍历到的节点,start with开始的地方被视为根节点,将遍历到的路径根据函数中的分隔符,组成一个新的字符串,这个功能还是很强大的。
11)、列出当前节点的根节点。
在前面说过,根节点就是start with开始的地方。
1 2 3 4 |
|
connect_by_root函数用来列的前面,记录的是当前节点的根节点的内容。
12)、列出当前节点是否为叶子。
这个比较常见,尤其在动态目录中,在查出的内容是否还有下级节点时,这个函数是很适用的。
1 2 3 4 |
|
connect_by_isleaf函数用来判断当前节点是否包含下级节点,如果包含的话,说明不是叶子节点,这里返回0;反之,如果不包含下级节点,这里返回1。