oracle树查询的最重要的就是select…start with…connect by…prior语法了。依托于该语法。我们能够将一个表形结构的以树的顺序列出来。
在以下列述了oracle中树型查询的经常使用查询方式以及经常使用的与树查询相关的oracle特性函数等,在这里仅仅涉及到一张表中的树查询方式而不涉及多表中的关联等。
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
|
--菜单文件夹结构表
create table tb_menu(
not null , --主键id
--标题
--parent
)
--父菜单
insert into tb_menu(id, values (1, '父菜单1' , null );
insert into tb_menu(id, values (2, '父菜单2' , null );
insert into tb_menu(id, values (3, '父菜单3' , null );
insert into tb_menu(id, values (4, '父菜单4' , null );
insert into tb_menu(id, values (5, '父菜单5' , null );
--一级菜单
insert into tb_menu(id, values (6, '一级菜单6' ,1);
insert into tb_menu(id, values (7, '一级菜单7' ,1);
insert into tb_menu(id, values (8, '一级菜单8' ,1);
insert into tb_menu(id, values (9, '一级菜单9' ,2);
insert into tb_menu(id, values (10, '一级菜单10' ,2);
insert into tb_menu(id, values (11, '一级菜单11' ,2);
insert into tb_menu(id, values (12, '一级菜单12' ,3);
insert into tb_menu(id, values (13, '一级菜单13' ,3);
insert into tb_menu(id, values (14, '一级菜单14' ,3);
insert into tb_menu(id, values (15, '一级菜单15' ,4);
insert into tb_menu(id, values (16, '一级菜单16' ,4);
insert into tb_menu(id, values (17, '一级菜单17' ,4);
insert into tb_menu(id, values (18, '一级菜单18' ,5);
insert into tb_menu(id, values (19, '一级菜单19' ,5);
insert into tb_menu(id, values (20, '一级菜单20' ,5);
--二级菜单
insert into tb_menu(id, values (21, '二级菜单21' ,6);
insert into tb_menu(id, values (22, '二级菜单22' ,6);
insert into tb_menu(id, values (23, '二级菜单23' ,7);
insert into tb_menu(id, values (24, '二级菜单24' ,7);
insert into tb_menu(id, values (25, '二级菜单25' ,8);
insert into tb_menu(id, values (26, '二级菜单26' ,9);
insert into tb_menu(id, values (27, '二级菜单27' ,10);
insert into tb_menu(id, values (28, '二级菜单28' ,11);
insert into tb_menu(id, values (29, '二级菜单29' ,12);
insert into tb_menu(id, values (30, '二级菜单30' ,13);
insert into tb_menu(id, values (31, '二级菜单31' ,14);
insert into tb_menu(id, values (32, '二级菜单32' ,15);
insert into tb_menu(id, values (33, '二级菜单33' ,16);
insert into tb_menu(id, values (34, '二级菜单34' ,17);
insert into tb_menu(id, values (35, '二级菜单35' ,18);
insert into tb_menu(id, values (36, '二级菜单36' ,19);
insert into tb_menu(id, values (37, '二级菜单37' ,20);
--三级菜单
insert into tb_menu(id, values (38, '三级菜单38' ,21);
insert into tb_menu(id, values (39, '三级菜单39' ,22);
insert into tb_menu(id, values (40, '三级菜单40' ,23);
insert into tb_menu(id, values (41, '三级菜单41' ,24);
insert into tb_menu(id, values (42, '三级菜单42' ,25);
insert into tb_menu(id, values (43, '三级菜单43' ,26);
insert into tb_menu(id, values (44, '三级菜单44' ,27);
insert into tb_menu(id, values (45, '三级菜单45' ,28);
insert into tb_menu(id, values (46, '三级菜单46' ,28);
insert into tb_menu(id, values (47, '三级菜单47' ,29);
insert into tb_menu(id, values (48, '三级菜单48' ,30);
insert into tb_menu(id, values (49, '三级菜单49' ,31);
insert into tb_menu(id, values (50, '三级菜单50' ,31);
commit ;
select * from tb_menu;
|
parent字段存储的是上级id,假设是*父节点。该parent为null(得补充一句。当初的确是这样设计的,只是如今知道,表中最好别有null记录。这会引起全文扫描,建议改成0取代)。
2、树操作
我们从最主要的操作,逐步列出树查询中常见的操作。全部查询出来的节点以家族中的辈份作例如。
1)、查找树中的全部*父节点(辈份最长的人)。
如果这个树是个文件夹结构。那么第一个操作总是找出全部的*节点,再依据该节点找到其下属节点。
1
|
select null ;
|
2)、查找一个节点的直属子节点(全部儿子)。 假设查找的是直属子类节点,也是不用用到树型查询的。
1
|
select 1 ;
|
3)、查找一个节点的全部直属子节点(全部后代)。
1
|
select 1 connect
|
这个查找的是id为1的节点下的全部直属子类节点,包含子辈的和孙子辈的全部直属节点。
4)、查找一个节点的直属父节点(父亲)。 假设查找的是节点的直属父节点。也是不用用到树型查询的。
1
2
3
4
|
--c-->child,
select
from
where 6
|
5)、查找一个节点的全部直属父节点(祖宗)。
1
|
select 38 connect
|
这里查找的就是id为1的全部直属父节点。打个例如就是找到一个人的父亲、祖父等。可是值得注意的是这个查询出来的结果的顺序是先列出子类节点再列出父类节点,姑且觉得是个倒序吧。
上面列出两个树型查询方式,第3条语句和第5条语句。这两条语句之间的差别在于priorkeyword的位置不同。所以决定了查询的方式不同。 当parent = prior id时。数据库会依据当前的id迭代出parent与该id同样的记录,所以查询的结果是迭代出了全部的子类记录;而prior parent = id时。数据库会跟据当前的parent来迭代出与当前的parent同样的id的记录。所以查询出来的结果就是全部的父类结果。
下面是一系列针对树结构的更深层次的查询,这里的查询不一定是最优的查询方式。也许仅仅是当中的一种实现而已。
6)、查询一个节点的兄弟节点(亲兄弟)。
1
2
3
|
--m.parent=m2.parent-->同一个父亲
select
where 6 )
|
7)、查询与一个节点同级的节点(族兄弟)。
假设在表中设置了级别的字段。那么在做这类查询时会非常轻松,同一级别的就是与那个节点同级的,在这里列出不使用该字段时的实现!
1
2
3
4
5
6
7
8
|
with
select
from
start null connect
select
from
where 50 );
|
这里使用两个技巧,一个是使用了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
|
with
select
from
start null
connect
select
from
from
where 21 and 2 )
where 1
union
select
from
where
from
tmp
(select
from
where 21 and 2 )
where
|
这里查询分成下面几步。
首先,将第7个一样,将全表都使用暂时表加上级别。
其次,依据级别来推断有几种类型,以上文中举的样例来说。有三种情况:
(1)当前节点为*节点。即查询出来的lev值为1,那么它没有上级节点,不予考虑。
(2)当前节点为2级节点,查询出来的lev值为2。那么就仅仅要保证lev级别为1的就是其上级节点的兄弟节点。
(3)其他情况就是3以及以上级别。那么就要选查询出来其上级的上级节点(祖父),再来推断祖父的下级节点都是属于该节点的上级节点的兄弟节点。
最后,就是使用union将查询出来的结果进行结合起来。形成结果集。
9)、查询一个节点的父节点的同级节点(族叔)。
这个事实上跟第7种情况是同样的。
1
2
3
4
5
6
7
8
|
with
select
from
start null connect
select
from
where 6 ) 1 ;
|
基本上,常见的查询在里面了,不常见的也有部分了。当中。查询的内容都是节点的基本信息,都是数据表中的基本字段,可是在树查询中还有些特殊需求,是对查询数据进行了处理的。常见的包含列出树路径等。
补充一个概念。对于数据库来说,根节点并不一定是在数据库中设计的*节点,对于数据库来说。根节点就是start with開始的地方。
以下列出的是一些与树相关的特殊需求。
10)、名称要列出名称所有路径。
这里常见的有两种情况,一种是从*列出,直到当前节点的名称(或者其他属性);一种是从当前节点列出,直到*节点的名称(或其他属性)。
举地址为例:国内的习惯是从省開始、到市、到县、到居委会的。而国外的习惯正好相反(老师说的,还没接过国外的邮件,谁能寄个瞅瞅 )。
从顶部開始:
1
2
3
4
5
|
select '/' )
from
where 50
start null
connect
|
从当前节点開始:
1
2
3
4
|
select '/' )
from
start 50
connect
|
在这里我又不得不放个牢骚了。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
|
select
from
start 50
connect
|
connect_by_root函数用来列的前面,记录的是当前节点的根节点的内容。
12)、列出当前节点是否为叶子。
这个比較常见。尤其在动态文件夹中,在查出的内容是否还有下级节点时,这个函数是非常适用的。
1
2
3
4
|
select
from
start null
connect
|
connect_by_isleaf函数用来推断当前节点是否包括下级节点。假设包括的话,说明不是叶子节点,这里返回0;反之。假设不包括下级节点,这里返回1。
至此,oracle树型查询基本上讲完了。以上的样例中的数据是使用到做过的项目中的数据,由于里面的内容可能不好理解,所以就所实用一些新的样例来进行阐述。
以上所有sql都在本机上測试通过,也都能实现对应特征,不过,这并不保证该最佳的解决方案,以解决上述问题(作为第一8文章写存储过程显著更好).
版权声明:本文博客原创文章,博客,未经同意,不得转载。