Oracle中start with...connect by笔记，dual返回多行

connect by语法一般比较少用到，这个是oracle中解决树问题，比较好用的一种语法。

实用例子

dual返回多行

利用connect by的语法，可以实现dual返回多行的效果：

select * from dual connect by 0 + level <= 10;

递归生成日期

SELECT TRUNC(SYSDATE - LEVEL) OC_DATE FROM DUAL CONNECT BY LEVEL <= 10

connect by关键字

prior关键字

关于prior的理解

树结构中就两种关系，上级和下级。

(id 上级 pid) <==> (id 我 pid) <==> (id 下级 pid)
connect by和常规的查询条件不一样，而是一种关系。
在不加prior的情况下，条件还能玩出花来? 只有一种，即：id=pid。
prior id=pid # 对每条记录(当然也包括当前记录)，用id和其他记录的另外一个字段(这里是pid)关联。
id=prior pid # 对每条记录(当然也包括当前记录)，用pid和其他记录的另外一个字段(这里是id)关联。

以id作为起手，我的id对应人家pid，我是上级。 正方向树。
或者干脆直接记住，正方向树 prior id或resourceId。

以pid作为起手，我的pid对应人家id，我是下级。 反反向树。
反方向树，prior pid。

不太好理解的说法：
prior修饰哪个字段，就表示用该字段关联其他记录的另外一个字段。
prior id = pid # id关联其他记录的pid字段
prior pid = id # pid关联其他记录的id字段

所以每个节点只要维护下自己的上级，就满足了构成树的条件。
那么为什么不是下级呢? 因为下级可以有多个，而上级最多只有一个。维护上级最简单最合理。

建立树结构，每条记录一定要知道自己的上级是谁，也要知道自己的下级是谁，对吗?

这个问题有个坑，对了一半。
每条记录一定要知道自己的上级是谁 这句是正确的。
也要知道自己的下级是谁 这句是错误的。

但是对于整个树来说，每个节点的上下级一定是清晰的。

内存不足的写法

不只一种写法。

select * from dual connect by 1=1;
select * from resource connect by id=id;

注：connect by会根据关联关系进行寻找，等号左右相等相当于始终有数据，无限循环了。 直到内存不足。
报错 ORA-30009: CONNECT BY 操作内存不足

如果不加prior会怎样

问这个问题只是为了理解prior。

SELECT id,pid,name,LEVEL from resource
start with pid='100'
connect BY id = pid

那么相当于不做任何关联。前面查出的结果是什么，最终结果就是什么。
个人理解，如果数据都正确的话，id一定不等于pid。所以关联不到任何记录，也就是原结果。

level关键字

level比prior好理解多了。
注：level关键字，属于自带属性。既可以用在条件中，也可以作为字段返回(很有用，可以清楚的看到是第几级)。

level关键字，代表树形结构中的层级编号；第一层是数字1，第二层数字2，依次递增。

注：level是个相对概念，不是从根节点开始，而是在当前情况下，往下几级。
如果是反方向树，level还是会按照1，2，3，4往后排。所以level高的不一定是上级节点，和树的方向有关。

start with关键字

这个用法比较朴实。
想从哪个节点开始，用这个条件就行。
可以是id，也可以是pid。

示例：

SELECT id,pid,name,LEVEL from resource
start with id='100'
connect BY PRIOR id = pid 

id或者pid都可以：
start with id='100'
start with pid='100'

如果用where，只能返回id=100的数据。
用start with，返回的id=100开始的整个树。

那么start with的作用相当于：
先where
再根据where的结果作为起点关联。

既然类似where，那么也是支持模糊查询，in查询等。当然，也可以是除id、pid外的其他字段，如name等。总之，把它当做where就行。

返回的结果是怎样的

数据库返回的结果肯定是list形式，即一条一条的。
以正方向树为例：
如果菜单结构是这样：

一级菜单
	二级菜单a
		三级菜单a-1
		三级菜单a-2
	二级菜单b
		三级菜单b-1
一级菜单2

那么返回的结果会是：

一级菜单
二级菜单a
三级菜单a-1
三级菜单a-2
二级菜单b
一级菜单2

即：先沿着第一条线走到尾。往上返一级，然后继续走到尾，然后再返回来。

结构是比较科学的，但是开发中用不到，因为用java处理起来更方便，而且有些资源(如tab页等)，用这种方式展现的不太对。

但是这种结构，在从数据库看结果的时候很有用，非常清晰。

树实战(感觉有点糙，先放着吧)

初始化语句

CREATE TABLE TBL_TEST
   (	ID VARCHAR2(100),
	NAME VARCHAR2(100),
	PID VARCHAR2(100)
   );

INSERT INTO TBL_TEST(ID,NAME,PID) VALUES('1','10','0');
INSERT INTO TBL_TEST(ID,NAME,PID) VALUES('2','11','1');
INSERT INTO TBL_TEST(ID,NAME,PID) VALUES('3','20','0');
INSERT INTO TBL_TEST(ID,NAME,PID) VALUES('4','12','1');
INSERT INTO TBL_TEST(ID,NAME,PID) VALUES('5','121','2');

正序(根节点在上面)：

写法一：
SELECT * from TBL_TEST
start with id=1
connect by PRIOR id = pid

写法二：
SELECT * from TBL_TEST
start with id=1
connect by  pid = PRIOR id 

可以看出，两种写法有不同：
connect by PRIOR id = pid   -- PRIOR id 在左边
connect by pid = PRIOR id   -- PRIOR id 在右边
但这两种写法结果相同。

所以prior写在左边还是右边并不影响，而它后面跟的字段才是关键所在。
prior 后面跟哪个字段，就以哪个字段作为根节点。

通常来说，肯定是id作为根节点。
如果pid作为根节点，相当于树倒过来了。

倒序(根节点在下面)

其实也不能算是倒序，只是以pid作为根节点，恰好和我们插入数据时的数据相反。

SELECT * from TBL_TEST
start with id=5
connect by PRIOR pid = id 

过程分析：

逐行查找:
id=5  ('5','121','2') 此时pid=2
SELECT * FROM TBL_TEST WHERE id= 2   找到 ('2','11','1')

(2,11,1) 此时pid=1
SELECT * FROM TBL_TEST WHERE id= 1 找到 ('1','10','0')

connect by快速获取菜单

简言之，就是加了个层级标记，贴出结果后再替换为自己想要的符号(空额或tab)即可。
也就是说，相当于把树结构菜单拿出来了。

SELECT
CASE resource_type
WHEN 1 THEN ''|| resource_name
WHEN 2 THEN  '+'|| resource_name
WHEN 4 THEN  '++'|| resource_name
END
FROM  
(
  select * from t_resource
) a
START WITH pid=0
connect by PRIOR resource_id = pid

如何生成 可以mkdir的菜单

用SYS_CONNECT_BY_PATH()方法即可，该方法允许将需要的字段用指定字符连接起来。

用处就是批量编辑下，前面加上 mkdir -p 要放在的文件夹路径+菜单路径，执行下就能生成菜单文件夹。 (排序不用做了，因为会跟着系统的排序走，是可变的)

SELECT
SYS_CONNECT_BY_PATH(resource_name, '/'),
CASE resource_type
WHEN 1 THEN ''|| resource_name
WHEN 2 THEN  '+'|| resource_name
WHEN 4 THEN  '++'|| resource_name
END
FROM  
(
  select * from t_resource
) a
START WITH pid=0
connect by PRIOR resource_id = pid

connect by自定义数据集(生成数据集)

语句1：

select 'aaa' from dual connect by level<=6

语句2：

select regexp_substr('1、2、3、4、5、6', '[^、]+', 1, level) num,
regexp_substr('t、ss、3、4、tf、校长', '[^、]+', 1, level) name
from dual
connect by level <= 6

可以使用in吗?会无限循环吗?

可以使用in，如果有重复会自动兼容，所以不会无限循环。

资料

语法说明(版本1)

select * from table [start with condition1] connect by [prior] id=parentid

一般用来查找树形结构的数据。

start with condition1 是用来限制第一层的数据，或者叫根节点数据；以这部分数据为基础来查找第二层数据，然后以第二层数据查找第三层数据以此类推。

connect by [prior] id=parentid 这部分是用来指明oracle在查找数据时以怎样的一种关系去查找；比如说查找第二层的数据时用第一层数据的id去跟表里面记录的parentid字段进行匹配，如果这个条件成立那么查找出来的数据就是第二层数据，同理查找第三层第四层…等等都是按这样去匹配。

level关键字，代表树形结构中的层级编号；第一层是数字1，第二层数字2，依次递增。

语法说明(版本2)

select …,level from tablename       
start with 条件1
connect by   prior 子字段id=父字段id
where 条件3;

语法说明(详细版)

Oracle中start with…connect by prior子句用法

connect by 是结构化查询中用到的，其基本语法是：

select … from tablename
start with 条件1
connect by 条件2
where 条件3;
例：
select * from table
start with org_id = ‘HBHqfWGWPy’
connect by prior org_id = parent_id;

         简单说来是将一个树状结构存储在一张表里，比如一个表中存在两个字段:
org_id，parent_id那么通过表示每一条记录的parent是谁，就可以形成一个树状结构。
        用上述语法的查询可以取得这棵树的所有记录。
        其中：
        条件1 是根结点的限定语句，当然可以放宽限定条件，以取得多个根结点，实际就是多棵树。
        条件2 是连接条件，其中用PRIOR表示上一条记录，比如 CONNECT BY PRIOR org_id = parent_id；就是说上一条记录的org_id 是本条记录的parent_id，即本记录的父亲是上一条记录。
        条件3 是过滤条件，用于对返回的所有记录进行过滤。

        简单介绍如下：
        在扫描树结构表时，需要依此访问树结构的每个节点，一个节点只能访问一次，其访问的步骤如下：
        第一步：从根节点开始；
        第二步：访问该节点；
        第三步：判断该节点有无未被访问的子节点，若有，则转向它最左侧的未被访问的子节，并执行第二步，否则执行第四步；
        第四步：若该节点为根节点，则访问完毕，否则执行第五步；
        第五步：返回到该节点的父节点，并执行第三步骤。
        总之：扫描整个树结构的过程也即是中序遍历树的过程。

 1．树结构的描述
        树结构的数据存放在表中，数据之间的层次关系即父子关系，通过表中的列与列间的关系来描述，如EMP表中的EMPNO和MGR。EMPNO表示该雇员的编号，MGR表示领导该雇员的人的编号，即子节点的MGR值等于父节点的EMPNO值。在表的每一行中都有一个表示父节点的MGR（除根节点外），通过每个节点的父节点，就可以确定整个树结构。
         在SELECT命令中使用CONNECT BY 和START WITH 子句可以查询表中的树型结构关系。其命令格式如下：
SELECT . . .
CONNECT BY {PRIOR 列名1=列名2|列名1=PRIOR 裂名2}
[START WITH]；
       其中：CONNECT BY子句说明每行数据将是按层次顺序检索，并规定将表中的数据连入树型结构的关系中。PRIOR运算符必须放置在连接关系的两列中某一个的前面。对于节点间的父子关系，PRIOR运算符在一侧表示父节点，在另一侧表示子节点，从而确定查找树结构是的顺序是自顶向下还是自底向上。
         在连接关系中，除了可以使用列名外，还允许使用列表达式。START WITH 子句为可选项，用来标识哪个节点作为查找树型结构的根节点。若该子句被省略，则表示所有满足查询条件的行作为根节点。
         START WITH：不但可以指定一个根节点，还可以指定多个根节点。

2．关于PRIOR
        运算符PRIOR被放置于等号前后的位置，决定着查询时的检索顺序。
        PRIOR被置于CONNECT BY子句中等号的前面时，则强制从根节点到叶节点的顺序检索，即由父节点向子节点方向通过树结构，我们称之为自顶向下的方式。如：
         CONNECT BY PRIOR EMPNO=MGR
         PIROR运算符被置于CONNECT BY 子句中等号的后面时，则强制从叶节点到根节点的顺序检索，即由子节点向父节点方向通过树结构，我们称之为自底向上的方式。例如：
         CONNECT BY EMPNO=PRIOR MGR
         在这种方式中也应指定一个开始的节点。

3．定义查找起始节点
        在自顶向下查询树结构时，不但可以从根节点开始，还可以定义任何节点为起始节点，以此开始向下查找。这样查找的结果就是以该节点为开始的结构树的一枝。

4．使用LEVEL
        在具有树结构的表中，每一行数据都是树结构中的一个节点，由于节点所处的层次位置不同，所以每行记录都可以有一个层号。层号根据节点与根节点的距离确定。不论从哪个节点开始，该起始根节点的层号始终为1，根节点的子节点为2， 依此类推。图1.2就表示了树结构的层次。

5．节点和分支的裁剪
         在对树结构进行查询时，可以去掉表中的某些行，也可以剪掉树中的一个分支，使用WHERE子句来限定树型结构中的单个节点，以去掉树中的单个节点，但它却不影响其后代节点（自顶向下检索时）或前辈节点（自底向顶检索时）。

6．排序显示
         象在其它查询中一样，在树结构查询中也可以使用ORDER BY 子句，改变查询结果的显示顺序，而不必按照遍历树结构的顺序。