使用level和lpad格式化報表

　　Level是層次查詢的一個偽列，如果有level，必須有connect by,start with可以沒有。Lpad是在一個string的左邊添加一定長度的字符，并且滿足中間的參數長度要求，不滿足自動添加。例如現在的需求是，輸出s_emp等級報表，root 節點的last_name 不變，比如第2 等級，也就是level=2的前面加兩個_符號，level=3的前面加4個。這樣我們可以得到一個公式就是：

　　Lpad(last_name,length(last_name)+(level*2)-2,_)

　　可以得出下面的語句：

　　select level,id,manager_id,lpad(last_name,length(last_name)+(level*2)-2,_),title,prior

　　last_name from s_emp

　　start with manager_id is null

　　connect by prior id=manager_id;

　　select 中的prior last_name是輸出其父親的last_name.這個語句執行的結果如下：

　　2.4 修剪branches

　　上面已經提到，where子句會將節點刪除，但是其后代不會受到影響，connect by 中加上條件會將滿足條件的整個樹枝包括后代都刪除。要注意，如果是connect by 之后加條件正好條件選到根，那么結果和沒有加一樣，如圖所示：

　　2.5 層次查詢限制

　　1.層次查詢from 之后如果是table，只能是一個table無限層次樹形筆記本 ，不能有join無限層次樹形筆記本。

　　2.from之后如果是view，則view不能是帶join的。

　　3.使用order by子句，order 子句是在等級層次做完之后開始的，所以對于層次查詢來說沒有什么意義，除非特別關注level，獲得某行在層次中的深度，但是這兩種都會破壞層次。見3 增強特性中的使用siblings排序。

　　4.在start with中表達式可以有子查詢，但是connect by中不能有子查詢。

　　以上是10g之前的限制，10g之后可以使用帶join的表和視圖，connect by中可以使用子查詢。

　　2.6 應用

　　1）查詢每個等級上節點的數目

　　先查看總共有幾個等級：

　　select count(distinct level)

　　from s_emp

　　start with manager_id is null

　　connect by prior id=manager_id;

　　要查看每個等級上有多少個節點，只要按等級分組，并統計節點的數目即可，可以這樣寫：

　　select level,count(last_name)

　　from s_emp

　　start with manager_id is null

　　connect by prior id=manager_id

　　group by level;

　　2）格式化報表

　　見2.3.

　　3）查看等級關系

　　有一個常見的需求，比如給定一個具體的emp 看是否對某個emp 有管理權，也就是從給定的節點尋找，看其子樹節點中能否找到這個節點。如果找到，返回，找不到，no rows returned.

　　比如對于s_emp表，從根節點，也就是manager_id is null的開始找，看first_name= Elena是否被它管理，語句如下：

　　select level,a.* from

　　s_emp a

　　where first_name=Elena –被管理的節點

　　start with manager_id is null –開始節點

　　connect by prior id=manager_id;