Art der Info: Technische Background Info Teil 3 (April 2002)

Transkript

1 Betrifft: Autor: Oracle9i New Features SQL und PL/SQL Patrick Malcherek Art der Info: Technische Background Info Teil (April 00) Quelle: Aus dem NF9i-Kurs und NF9i-Techno-Circle der Trivadis Einleitung Im ersten und zweiten Teil haben wir neue SQL-Funktionen, die ANSI kompatible Join Syntax und das Sub-Query Factoring als neue Features der Version 9i kennen gelernt. In diesem dritten Teil werden wir nun untersuchen, welche neuen Möglichkeiten sich uns bei Hierarchischen Abfragen und CURSOR Expressions mit Oracle 9i bieten. Hierarchische Abfragen Die hierarchischen Abfragen hat Oracle in der neuesten Version 9i überarbeitet. So galten bisher die folgenden Einschränkungen: eine Sortierung mit der ORDER BY-Klausel übersteuerte die gefundene Hierarchie ein JOIN oder eine VIEW, die einen JOIN beinhaltete, konnte nicht verwendet werden eine Master-Detail-Beziehung musste demzufolge in der gleichen Tabelle abgelegt sein eine Sub-Query war nicht erlaubt JOIN Beziehung Einen JOIN in einer CONNECT BY-Klausel zu verwenden ist nun problemlos möglich. SQL> SELECT LPAD('/', * level,'-') ename "", deptno, loc, 5 FROM emp NATURAL JOIN dept 6 START WITH mgr IS NULL 7 CONNECT BY PRIOR empno = mgr; DEPTNO - LOC ---

2 -/KING ---/JONES -----/SCOTT /ADAMS -----/FORD /SMITH ---/CLARK -----/MILLER ---/BLAKE -----/ALLEN Aufgrund dieser neuen Option ist auch eine Master-Detail Beziehung in unterschiedlichen Tabellen machbar. Mit CREATE TABLE AS SELECT wird eine Hilfstabelle erstellt, welche den Detail-Schlüssel mgr enthält. SQL> CREATE TABLE t_mgr AS SELECT empno, mgr FROM emp; Die entsprechende Abfrage mit einer zusammengesetzten Master-Detail Beziehung lautet dann: SQL> SELECT LPAD('/', *,'-') e.ename "", e.deptno, FROM emp e JOIN t_mgr m ON (e.empno = m.empno) 5 START WITH m.mgr IS NULL 6 CONNECT BY PRIOR e.empno = m.mgr; /KING ---/CLARK -----/MILLER DEPTNO - Selbst eine CONNECT BY-Klausel auf eine VIEW, welche einen JOIN beinhaltet, kann nun verwendet werden. Hierzu wird zuerst eine entsprechende VIEW erstellt: SQL> CREATE VIEW v_emp_dept (empno, ename, mgr, job, deptno, loc) AS SELECT empno 5, ename 6, mgr 7, job 8, deptno 9, loc

3 FROM emp NATURAL JOIN dept; View wurde angelegt. SQL> SELECT LPAD('/', *,'-') ename "", job, loc, 5 FROM v_emp_dept 6 START WITH mgr IS NULL 7 CONNECT BY PRIOR empno = mgr; -/KING ---/JONES -----/SCOTT /ADAMS -----/FORD /SMITH ---/CLARK -----/MILLER ---/BLAKE -----/ALLEN -----/WARD -----/JAMES -----/TURNER -----/MARTIN JOB PRESIDENT LOC --- Sortierung Ein weiteres Problem stellte bisher dar, dass Resultate einer hierarchischen Anweisung mittels ORDER BY nicht sinnvoll sortiert werden konnten. Wie das Beispiel zeigt, wird dadurch die hierarchische Form zerstört: SQL> SELECT LPAD('/', *,'-') ename "", job, FROM emp 5 START WITH mgr IS NULL 6 CONNECT BY PRIOR empno = mgr 7 ORDER BY ename; - /ADAMS -----/ALLEN JOB ---

4 ---/BLAKE ---/CLARK -----/FORD -----/JAMES ---/JONES -/KING -----/MARTIN -----/MILLER -----/SCOTT /SMITH -----/TURNER -----/WARD PRESIDENT Bisher mussten die Daten mit einem CREATE TABLE AS SELECT & ORDER BY Befehl bearbeitet werden, um darüber die CONNECT BY-Klausel laufen zu lassen. In Oracle 9i steht uns nun die ORDER SIBLINGS BY-Klausel zum Sortieren zur Verfügung. Das Schlüsselwort SIBLINGS bewirkt, dass beim Sortiervorgang die vorhandene Hierarchie berücksichtigt wird: SQL> SELECT LPAD('/', * level,'-') ename "", job, FROM emp 5 START WITH mgr IS NULL 6 CONNECT BY PRIOR empno = mgr 7 ORDER SIBLINGS BY ename; -/KING ---/BLAKE -----/ALLEN -----/JAMES -----/MARTIN -----/TURNER -----/WARD ---/CLARK -----/MILLER ---/JONES -----/FORD /SMITH -----/SCOTT /ADAMS JOB --- PRESIDENT

5 SYS_CONNECT_BY_PATH Neu ist auch die SYS_CONNECT_BY_PATH-Klausel. Sie veranschaulicht den hierarchischen Weg zum Root-Element. Der zweite Parameter gibt das Trennzeichen zwischen den verschiedenen Stufen an. SQL> SELECT SYS_CONNECT_BY_PATH(ename,'/') "", job, FROM emp 5 START WITH mgr IS NULL 6 CONNECT BY PRIOR empno = mgr 7 ORDER SIBLINGS BY ename; --- /KING /KING/BLAKE /KING/BLAKE/ALLEN /KING/BLAKE/JAMES /KING/BLAKE/MARTIN /KING/BLAKE/TURNER /KING/BLAKE/WARD /KING/CLARK /KING/CLARK/MILLER /KING/JONES /KING/JONES/FORD /KING/JONES/FORD/SMITH /KING/JONES/SCOTT /KING/JONES/SCOTT/ADAMS JOB --- PRESIDENT Sub-Query Eine Sub-Query in der CONNECT BY-Klausel, wie im folgenden Beispiel ersichtlich, ist weiterhin nicht erlaubt. SQL> SELECT ename, empno, mgr FROM emp 5 START WITH mgr IS NULL 6 CONNECT BY PRIOR empno = (SELECT mgr 7 FROM emp 8 WHERE ename = 'KING'); from emp * FEHLER in Zeile : ORA-07: Unterabfragen in CONNECT BY-Klausel nicht zulässig

6 Neu ist nur die Möglichkeit eine Sub-Query in der FROM Klausel anzusprechen, da seit 9i JOIN-Beziehungen erlaubt sind. SQL> SELECT LPAD('/', * level,'-') e.ename "", e.deptno, dname, 5 FROM emp e, (SELECT dname, deptno 6 FROM dept ) d 7 WHERE d.deptno = e.deptno 8 START WITH mgr IS NULL 9 CONNECT BY PRIOR empno = mgr; CURSOR Expressions Cursor Expressions werden schon seit Oracle 8i in SQL unterstützt. Neu ist, dass sie nun auch in PL/SQL verarbeitet werden können. Es besteht jetzt die Möglichkeit, eine Cursor Expression als REF CURSOR Argument an eine Funktion zu übergeben. Der Rückgabewert der Cursor Expression ist ein Nested Cursor. Jede Row des Result-Sets enthält einerseits skalare Werte und andererseits Cursoren, welche über Sub-Queries produziert werden, die wiederum von der Hauptquery abhängig sind. Das Result-Set kann über Nested Loops abgearbeitet werden. Zuerst werden die äußeren Rows gelesen und für jede Column, die eine Cursor Expression enthält, wird ein weiterer Loop durchgeführt. PL/SQL unterstützt Queries mit Cursor Expressions, als einen Teil der Cursor-, REF CURSOR Deklaration und REF CURSOR Variablen. Auch können die Cursor Expressions in Dynamic SQL Queries verwendet werden. CURSOR (subquery) Der Nested Cursor wird automatisch von Oracle geöffnet, sobald die den Cursor enthaltene Row aus dem Parent Cursor genommen wird. Geschlossen wird der Nested Cursor, wenn er vom Benutzer explizit geschlossen wird der Parent Cursor wiederholt ausgeführt wird der Parent Cursor geschlossen wird eine Exception in der Cursor-Verarbeitung auftritt

7 Das folgende Beispiel zeigt eine Cursor Expression in PL/SQL. Die SELECT- Klausel in der Cursor- Deklaration enthält wiederum einen Cursor. SQL> DECLARE TYPE refcursor IS REF CURSOR; /* Deklaration der CURSOR Expression */ CURSOR c_dept IS 5 SELECT d.deptno 6, d.dname 7, d.loc 8, CURSOR (SELECT empno 9, ename, job, hiredate FROM emp e WHERE e.deptno = d.deptno) FROM dept d; 5 /* Deklaration der REF_CURSOR Variablen welche später 6 das Ergebnis des Nested Cursors enthält */ 7 emps refcursor; 8 v_deptno dept.deptno%type; 9 v_dname dept.dname%type; 0 v_empno emp.empno%type; v_ename emp.ename%type; v_job emp.job%type; v_hiredate emp.hiredate%type; v_loc dept.loc%type; 5 BEGIN 6 /* Öffnen des Parent Cursors */ 7 OPEN c_dept; 8 LOOP 9 /* Fetchen der Columns c_dept.v_deptno, c_dept.v_dname 0 danach folgt ein Loop durch das Result-Set des Nested Cursors */ FETCH c_dept INTO v_deptno, v_dname, v_loc, emps; EXIT WHEN c_dept%notfound; DBMS_OUTPUT.put_line ('Department : ' v_dname); 5 LOOP 6 /* einholen der Daten vom Nested Cursor, 7 dieser muss nicht mehr geöffnet werden */ 8 FETCH emps INTO v_empno, v_ename, v_job, v_hiredate; 9 EXIT WHEN emps%notfound; 0 DBMS_OUTPUT.put_line ('-- Employee : ' v_ename); END LOOP; END LOOP; /* schließen des Parent Cursors, Nested Cursor muss nicht extra geschlossen werden */ 5 CLOSE c_dept; 6 END;

8 Department : ACCOUNTING -- Employee : CLARK -- Employee : KING -- Employee : MILLER Department : RESEARCH -- Employee : SMITH -- Employee : JONES... Das nächste Beispiel zeigt eine Funktion, welche ein Result-Set (Query mittels REFCURSOR) entgegen nimmt. Die Funktion berechnet die Summe von Gehältern gemäß den Attributen DEPTNO und JOB, wobei jeweils mehr als eine DEPTNO und mehr als ein JOB vorkommen können. SQL> CREATE FUNCTION f_complexsum(p_cursor SYS_REFCURSOR) /*das REF CURSOR Argument muss als SYS_REFCURSOR in einer Funktion deklariert werden */ RETURN NUMBER IS 5 BEGIN 6 DECLARE 7 v_deptno emp.deptno%type; 8 v_job emp.job%type; 9 v_sumsal NUMBER; v_totsal NUMBER := 0; BEGIN LOOP FETCH p_cursor INTO v_deptno, v_job; EXIT WHEN (p_cursor%notfound); 5 SELECT SUM(sal) 6 INTO v_sumsal 7 FROM emp 8 WHERE job = v_job 9 AND deptno = v_deptno; 0 v_totsal := v_totsal + v_sumsal; END LOOP; CLOSE p_cursor; RETURN(v_totSal); END; 5 END;

9 Die einfachste Form des Aufrufs: SQL> SELECT f_complexsum(cursor ( SELECT, 'PRESIDENT' FROM dual)) f_complexsum FROM dual; f_complexsum Der Aufruf eines Result-Sets mit mehreren Rows: SQL> SELECT f_complexsum(cursor( SELECT deptno, job FROM emp WHERE comm IS NOT NULL)) f_complexsum FROM dual; f_complexsum Hier die Möglichkeit die Funktion mit unterschiedlichen Queries aufzurufen. Dadurch wird ermittelt: die Summe der Angestellten mit dem gleichem Job in anderen Abteilungen die Summe der Angestellten mit anderem Job in der gleichen Abteilung SQL> SELECT e.deptno, e.ename, e.job, e.sal 5, f_complexsum(cursor ( 6 SELECT DISTINCT od.deptno, od.job 7 FROM emp od 8 WHERE od.deptno!= e.deptno 9 AND od.job = e.job)) "my job other depts", f_complexsum(cursor ( SELECT DISTINCT oj.deptno, oj.job FROM emp oj WHERE oj.deptno = e.deptno AND oj.job!= e.job)) "my dept other jobs" 5 FROM emp e; DEPTNO E JOB SAL my job other depts my dept other j SMITH ALLEN WARD JONES

10 0 MARTIN BLAKE CLARK SCOTT KING PRESIDENT TURNER ADAMS JAMES FORD MILLER Zur Veranschaulichung des vorangegangenen Aufrufs, folgt ein Aufruf ohne die Funktion: SQL> SELECT e.deptno, e.ename, e.job, e.sal 5, (CURSOR (SELECT DISTINCT od.deptno, od.job 6 FROM emp od 7 WHERE od.deptno!= e.deptno 8 AND od.job = e.job)) "my job other depts" 9, (CURSOR (SELECT DISTINCT oj.deptno, oj.job FROM emp oj WHERE oj.deptno = e.deptno AND oj.job!= e.job)) "my dept other jobs" FROM emp e;... MILLER 0 CURSOR STATEMENT: 5 CURSOR STATEMENT: 6 CURSOR STATEMENT : 5 Other departments DEPTNO JOB CURSOR STATEMENT : 6 Other jobs DEPTNO JOB PRESIDENT...

11 Welche Einschränkungen gibt es? Eine Cursor Expression kann nicht in einem impliziten Cursor verwendet werden. Cursor Expressions können an folgenden Stellen verwendet werden: - Ein SELECT Statement (jedoch nicht geschachtelt in einer weiteren Query Expression) oder in der Sub- Query einer Cursor Expression. - Als Argumente zu Table Functions, in der FROM Klausel eines SELECT Statements. - Cursor Expressions können nur in der äußersten SELECT Liste der Query- Spezifikation erscheinen Cursor Expressions können nicht in einer View verwendet werden. Es ist nicht möglich BIND und EXECUTE Operationen an Cursor Expressions auszuführen. Fazit Wie wir sehen konnten gibt es einige neue Features, die sehr nützlich für hierarchische Abfragen sind und dort die Arbeit z.b. bei gewünschten Sortierungen sehr vereinfachen. Auch die neuen Möglichkeiten im Bereich der Cursor Expressions ermöglichen es, komplexe Programmieraufgaben sehr kompakt zu lösen. Alles in allem können wir sagen, dass mit der Version 9i einige Neuerungen kamen, die sehr gut in der Praxis anwendbar sind und zum Teil durchaus in ihrer Einfachheit bestechen. Jetzt liegt es nur noch an uns, sie auch zu unserem Vorteil einzusetzen. Falls Sie noch mehr über die New Features von 9i erfahren wollen, würde es uns freuen, Sie in einem unserer 9i-Kurs (NF9i, AI9-A, AI9-B) begrüssen zu dürfen. Patrick Malcherek Trivadis AG Mail: Patrick.Malcherek@trivadis.com Cityforum im Eichsfeld Tel: Ferdinand-Stuttmann-Str. Fax: D-658 Rüsselsheim Internet: