一)准备测试数据

闲话少说，直入正题。建立一张简单的职工表 t_hierarchical:

Emp 职工编号Mgr 职工的直接上司(Mgr本身也是职工)Emp_name 职工姓名

插入一些测试数据，除了大老板AA，其它的职工都各有自己的Manager。

    selectemp,mgr,emp_namefromt_hierarchicalt; 
    1AA21BB32CC43DD52EE63FF

二)CONNECT BY

    selectemp,mgr,LEVELfromt_hierarchicaltCONNECTBYPRIORemp=mgrorderbyemp;1 1212211321323322434431432433523522521632633634631

解释一下，CONNECT BY用于指定 父-子 记录的关系(PRIOR我们在下例中解释，更直观一些)。举emp 2为例，他隶属于emp 1，如果我们以emp 1为根节点，显然LEVEL=2;以emp 2自身为根节点，则LEVEL=1，这就是为什么上述查询结果中出现共色标识部分那两行记录，其它的类推。

三)START WITH

通常我们需要更直观、更具有实用性的结果，这需要用到结构化查询中的START WITH子句，用于指定根节点：

    selectemp,mgr,LEVELfromt_hierarchicaltSTARTWITHemp=1CONNECTBYPRIORemp=mgr;1 1212323434634523

这里我们指定了根节点是emp 1，这样的结果直观了许多，例如，以emp 1为根节点，那么emp 3位于第三级(emp 1—emp 2—emp 3)，这里补充一下 PRIOR 关键字的说明，个人观点：“PRIOR emp=mgr”表示前一条记录的emp编号 = 当前记录的mgr编号，从查询结果中可以看出这一点。同时，从查询结果中还能发现明显的 递归 痕迹，参见不同颜色标识的数字。

四)SYS_CONNECT_BY_PATH()

不得不介绍一下非常牛波依的SYS_CONNECT_BY_PATH()函数，我们可以得到层次结构或者说树状结构的 路径， 参见如下：

    selectemp,mgr,LEVEL,SYS_CONNECT_BY_PATH(emp,'/')pathfromt_hierarchicaltSTARTWITHemp=1CONNECTBYPRIORemp=mgr;11/1212/1/2323/1/2/3434/1/2/3/4634/1/2/3/6523/1/2/5

五)CONNECT_BY_ISLEAF

非常好用的CONNECT_BY_ISLEAF虚列。何谓LEAF(叶子)，即没有任何节点隶属于该节点：

    selectemp,mgr,LEVEL,SYS_CONNECT_BY_PATH(emp,'/')pathfromt_hierarchicaltwhereCONNECT_BY_ISLEAF=1STARTWITHemp=1CONNECTBYPRIORemp=mgr;434/1/2/3/4634/1/2/3/6523/1/2/5

#p#

六)CONNECT BY与WHERE子句

下面再说说，关于引入结构化查询后，SQL语句的执行顺序问题，根据Oracle文档，先后是：

1)JOIN，无论用的是JOIN ON的写法，还是在WHERE中做的关联

2)CONNECT BY

3)其它的WHERE条件

看一个例子，假设上面的各位职工，需要保存一些注释信息，同时这些信息根据中文、英文分成两个不同版本，我们可以简单设计一下这个注释表：

    |-Emp职工编号|-Lang语言（中文或英文）|-Emp_desc职工的具体描述selectemp,lang,emp_descfromt_desc;1chinese这是注释1englishthisiscomment2chinese这是注释2englishthisiscomment3chinese这是注释3englishthisiscomment4chinese这是注释4englishthisiscomment5chinese这是注释5englishthisiscomment6chinese这是注释6englishthisiscomment

现在需要在原有的职工结构化查询中包括每个职工的中文注释信息，我们看看下面的查询：

    selectt.emp,t.mgr,td.emp_desc,LEVELfromt_hierarchicalt,t_desctdwheret.emp=td.empandtd.lang='chinese'STARTWITHt.emp=1CONNECTBYPRIORt.emp=t.mgr;1chinese这是注释121chinese这是注释232chinese这是注释343chinese这是注释463chinese这是注释443chinese这是注释463chinese这是注释452chinese这是注释332chinese这是注释343chinese这是注释463chinese这是注释443chinese这是注释463chinese这是注释452chinese这是注释321chinese这是注释232chinese这是注释343chinese这是注释463chinese这是注释443chinese这是注释463chinese这是注释452chinese这是注释332chinese这是注释343chinese这是注释463chinese这是注释443chinese这是注释463chinese这是注释452chinese这是注释3

再看这个查询，看起来与前者是一样的：

    selectt.emp,t.mgr,td.emp_desc,LEVELfromt_hierarchicaltjoint_desctdon(t.emp=td.empandtd.lang='chinese')STARTWITHt.emp=1CONNECTBYPRIORt.emp=t.mgr;1这是注释121这是注释232这是注释343这是注释463这是注释452这是注释3

第二个是我们期望的结果，第二个则相去甚远。追究原因，是因为前一个例子中第二个条件 td.lang=’chinese’不被认为是JOIN条件，所以在CONNECT BY之后执行；后一个例子中由于显式地把第二个条件写在了JOIN ON子句中，所以它在CONNECT BY之前执行。

由于缺少第二个条件的JOIN（即本节***例）会导致每个的职工出现两次，换一个数据少一点的例子，看看CONNECT BY遇到这样的重复数据的时候是怎么处理的。

    selectemp,mgr,langfromt2;1chinese1english21chinese21english

CONNECT BY之后：

    selectemp,mgr,langfromt2startwithemp=1connectbyprioremp=mgr;1chinese21chinese21english1english21chinese21english

lang=’chinese’过滤之后：

    1chinese21chinese21chinese

出现重复行，显然不是我们期望的结果。

七)CONNECT BY LEVEL

下面我再来看看一个特殊的用法 CONNECT BY LEVEL，这是一个理解起来令人头痛，但同时在某些情境下又是非常有用的：

    selectLEVELfromdualCONNECTBYLEVEL<=6;123456

如果你以前从未使用过，但是不幸你猜中了结果，我深表佩服，我至今没有想通，事实上，它甚至不太符合结构化查询CONNECT BY的语法，因为根据Oracle文档，CONNECT BY条件中至少有一个表达式要使用PRIOR关键字。 以至于有人觉得CONNECT BY LEVEL是一个BUG，怀疑Oracle可能在后续的版本中加以纠正。

无论如何，CONNECT BY LEVEL在Oracle 10g/11g中运行良好，如果你不想费劲想通这其中的原由，可以简单地把想认为是构造了一个循环，因此如果你写成CONNECT BY 1=1，则会输出1到无穷大的数。

原文链接：http://www.cnblogs.com/KissKnife/archive/2011/02/25/1964816.html

【编辑推荐】

    SQL Server 2008 R2 SP1正式版发布Facebook对MySQL依赖的后果将是“比死还糟”土法炮制数据库 家谱网帮你查祖宗大数据时代已来临，你准备好了吗？