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 子句,改變查詢結果的顯示順序,而沒必要按照遍歷樹結構的順序。
原文連接:http://www.blogjava.net/xzclog/archive/2010/03/05/314642.html