Level是層次查詢的一個偽列，如果有l(wèi)evel積極回應，必須有connect by,start with可以沒有重要性。Lpad是在一個string的左邊添加一定長度的字符，并且滿足中間的參數(shù)長度要求多種場景，不滿足自動添加多元化服務體系。例如現(xiàn)在的需求是，輸出s_emp等級報表先進水平，root 節(jié)點的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.這個語句執(zhí)行的結(jié)果如下：

　　2.4 修剪branches

　　上面已經(jīng)提到，where子句會將節(jié)點刪除應用提升，但是其后代不會受到影響主動性，connect by 中加上條件會將滿足條件的整個樹枝包括后代都刪除。要注意發展的關鍵，如果是connect by 之后加條件正好條件選到根道路，那么結(jié)果和沒有加一樣，如圖所示：

　　2.5 層次查詢限制

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

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

　　3.使用order by子句製造業，order 子句是在等級層次做完之后開始的優化服務策略，所以對于層次查詢來說沒有什么意義，除非特別關(guān)注level發展基礎，獲得某行在層次中的深度兩個角度入手，但是這兩種都會破壞層次。見3 增強特性中的使用siblings排序同期。

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

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

　　2.6 應(yīng)用

　　1）查詢每個等級上節(jié)點的數(shù)目

　　先查看總共有幾個等級：

　　select count(distinct level)

　　from s_emp

　　start with manager_id is null

　　connect by prior id=manager_id;

　　要查看每個等級上有多少個節(jié)點，只要按等級分組有效性，并統(tǒng)計節(jié)點的數(shù)目即可創新內容，可以這樣寫：

　　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）查看等級關(guān)系

　　有一個常見的需求，比如給定一個具體的emp 看是否對某個emp 有管理權(quán)廣泛關註，也就是從給定的節(jié)點尋找服務延伸，看其子樹節(jié)點中能否找到這個節(jié)點。如果找到具有重要意義，返回進一步，找不到，no rows returned.

　　比如對于s_emp表強大的功能，從根節(jié)點實際需求，也就是manager_id is null的開始找，看first_name= Elena是否被它管理預期，語句如下：

　　select level,a.* from

　　s_emp a

　　where first_name=Elena –被管理的節(jié)點

　　start with manager_id is null –開始節(jié)點

　　connect by prior id=manager_id;