在Oracle層次查詢中給SIBLINGS排序

2024-08-29 13:50:55

字體：大中小

來源：轉載

供稿：網友

Oracle SELECT語句中的START WITH和CONNECT BY子句自動阻斷一個層次。缺少這項特性，就需要一個復雜的自聯接來確定行之間的邏輯聯系。START WITH子句指定被認為是層次起點，或“根”的一行或幾行。然后CONNECT BY PRIOR子句指明哪些行彼此關聯。例如，列表A中的查詢從Oracle HR樣本模式的EMPLOYEES表中生成一個“Reports To”列表。

column "Reports To" format a30set pagesize 9999SELECT LPAD(' ', 2*(LEVEL-1))last_name "Reports To", employee_idFROM employeesSTART WITH employee_id IN (101, 102)CONNECT BY PRIOR employee_id = manager_id/

列表ALEVEL偽列表明報告當前嵌套的深度，這里我使用LPAD雇員姓名對它們進行縮排。START WITH條件指出只有雇員101和102被認為是起點。然后CONNECT BY PRIOR子句將一行中的employee_id列與另一行的manager_id列連接起來，指出誰向誰報告。假如你在HR模式中運行這個查詢，你會注重到某個經理列表中的姓沒有分類，它們以Oracle在處理層次時碰到它們的順序排列。假如你希望下屬以字母順序排列，你可以嘗試對原始的last_name列使用ORDER BY。但是，這樣會破壞層次，把它變回一個單調的姓名列表。你還可以首先對偽列LEVEL使用ORDER BY，它說明某個非凡行在層次中的深度。這同樣也會破壞層次，首先會列出所有的經理，然后是向他們報告的雇員。在Oracle 10g（兩個版本）中，現在很輕易實現這一點：你可以使用新的SIBLINGS要害字建立正確的順序。其語法如下：

ORDER SIBLINGS BY <eXPression>

因此在查詢結尾處增加下面這個子句：

ORDER SIBLINGS BY last_name

將會保護層次，并在每個等級中以字母順序排列雇員的姓。注重最初的last_name用作“Reports To”的別名。“Reports To”中的額外空間會影響排序，因此必須使用最初的last_name。列表B中是增加ORDER SIBLINGS BY前后的輸出結果。

SQL> @siblings_without_orderbyReports To EMPLOYEE_ID ------------------------------ ----------- Kochhar 101 Whalen 200 Mavris 203 Baer 204 Higgins 205 Gietz 206 Greenberg 108 Faviet 109 Chen 110 Sciarra 111 Urman 112 Popp 113 De Haan 102 Hunold 103 Ernst 104 Austin 105 Pataballa 106 Lorentz 107 18 rows selected.SQL> @siblings_with_orderbyReports To EMPLOYEE_ID ------------------------------ ----------- De Haan 102 Hunold 103 Austin 105 Ernst 104 Lorentz 107 Pataballa 106 Kochhar 101 Baer 204 Greenberg 108 Chen 110 Faviet 109 Popp 113 Sciarra 111 Urman 112 Higgins 205 Gietz 206 Mavris 203 Whalen 200 18 rows selected.SQL>

列表B

上一篇：專家調優秘密之改善Oracle數據庫性能

下一篇：Oracle 10g自動工作負載信息庫剖析