JUSTUS-LIEBIG-UNIVERSITÄT GIESSEN
Institut für Informatik

Kompaktkurs XML

(16.-18. August 2000)

XML Path Language (XPath)

Motivation

XPath ist ein Standard für Ausdrücke, die der Auswahl von Teilen von XML-Dokumenten dienen.
XPath wird z.B. in XSLT (XML Stylesheet Language - Transformations) verwendet, um für jede Transformations-Regel zu beschreiben, auf welche Elemente sie sich bezieht, un welche Sub-Elemente weiter verarbeitet werden sollen.
XPath wird auch in XPointer verwendet, um einen beliebigen Teil eines Argumentes adressierbar zu machen (etwa für Hyperlinks).
XPath kann auch als einfache Anfragesprache für XML-Datenbanken verstanden werden. Zukünftige Vorschläge für XML-Anfragesprachen werden sich an XPath messen lassen müssen.
Ausdrücke/Anfragen in XPath haben eine Form, die ähnlich zu Pfadausdrücken im UNIX-Dateisystem ist, daher der Name. Zum Beispiel selektiert

/BOOKLIST/BOOK/TITLE

alle TITLE-Elemente, die Kinder von BOOK-Elementen sind, die wiederum Kinder des BOOKLIST Wurzel-Elementes sind.
Die XML Path Language (XPath), Version 1.0, ist seit dem 16. November 1999 eine W3C Recommendation [http://www.w3.org/TR/xpath].

Anleitung zum Experimentieren mit XPath-Ausdrücken

Zum Beispiel könnte man die Anfrage ``/BOOKLIST/BOOK/TITLE'' in folgendem Stylesheet für den Internet Explorer verwenden:

<?xml version="1.0" ?>

<xsl:stylesheet xmlns:xsl="http://www.w3.org/TR/WD-xsl" version="1.0">

<xsl:template match="/">

<HTML>

<HEAD><TITLE>Query Result</TITLE></HEAD>

<BODY>

<UL>

<xsl:apply-templates select="/BOOKLIST/BOOK/TITLE"/>

</UL>

</BODY>

</HTML>

</xsl:template>

<xsl:template match="@*|node()">

</xsl:template>

</xsl:stylesheet>

Stylesheets werden erst im nächsten Kapitel erläutert, aber man kann in diese Datei als Wert des ``select''-Attributes von ``xsl:apply-templates'' XPath-Ausdrücke einsetzen, um mit XPath zu experimentieren. Die Datei steht im Web unter der URL [http://www.informatik.uni-giessen.de/staff/brass/xml00/query_ie.xsl]. Eine Variante für Apache Xalan steht unter [http://www.informatik.uni-giessen.de/staff/brass/xml00/query_xa.xsl]. Eine dritte Variante, die das Anfrage-Ergebnis als XML ausgibt (funktioniert nicht mit Internet Explorer), steht unter [http://www.informatik.uni-giessen.de/staff/brass/xml00/query_xm.xsl].

In der Buchliste verweist man dann auf dieses Stylesheet:

<?xml version="1.0" ?>

<?xml-stylesheet type="text/xsl" href="query_ie.xsl" ?>

<TITLE>XML: The XML Handbook - 2nd Edition</TITLE>

<PUBLISHER DATE="19991112">Prentice Hall</PUBLISHER>

<NOTE>Contains CD.</TITLE>

</BOOK>

<TITLE>XML Pocket Reference</TITLE>

<PUBLISHER DATE="19991001">O'Reilly</PUBLISHER>

</BOOK>

</BOOKLIST>

Eine Datei mit Daten von diesen und anderen Büchern steht im Web unter der URL [http://www.informatik.uni-giessen.de/staff/brass/xml00/books.xsl].

Schaut man sich die Datei im Internet Explorer an, so bekommt man wie erwartet die Titel der Bücher in der Datei als HTML ``Unordered List'' angezeigt. Bei Bedarf kann man das Ausgabeformat im Stylesheet ändern.

Datenmodell

Um XPath zu verstehen, muß man sich das Eingabe-Dokument als Baum vorstellen, wie wir das schon in Kapitel 2 ``Well-Formed XML'' getan haben.
Im Unterschied zur Illustration in Kapitel 2 gibt es hier aber einen Wurzel-Knoten, der noch oberhalb des Wurzel-Elementes (oder Dokument-Elementes) steht. Ein XML-Dokument kann vor dem Start-Tag des Dokument-Elementes und nach seinem End-Tag noch Kommentare und Processing-Instructions enthalten. Diese sind im Baum auch repräsentiert (als Kinder des Wurzel-Knotens). Das Dokument-Element ist ebenfalls Kind des Wurzel-Knotens.
Insgesamt unterscheidet das XPath Datenmodell sieben verschiedene Typen von Knoten: Wurzel-Knoten, Element-Knoten, Text-Knoten, Attribut-Knoten, Namespace-Knoten, Kommentar-Knoten, und Knoten für Processing-Instructions. Naturgemäß kann ein Knoten vom Typ Wurzel-Knoten in jedem Baum nur einmal vorkommen, und zwar als Wurzel.
Man beachte, daß es keine Entity-Knoten gibt. Der Baum wird aufgebaut, nachdem die Entities ersetzt sind. In den Text-Knoten tauchen keine Entity-Referenzen mehr auf, und auch CDATA-Abschnitte im Text werden nicht explizit repräsentiert: Sie sind nur ein Mittel, um bestimmte Zeichen leicher eingeben zu können, aber im Datenmodell enthalten die Text-Knoten dann nur diese Zeichen. Von den genauen Grenzen der CDATA-Abschnitte sowie von der Entity-Struktur wird also abstrahiert.
Der Wurzel-Knoten und die Element-Knoten haben eine geordnete Liste von Kind-Knoten. Element-Knoten haben außerdem eine Menge von Attribut-Knoten. Diese zählen nicht als Kinder, aber umgekehrt zählt der Element-Knoten als Vater der Attribut-Knoten. (Diese Festlegung ist wichtig für die genaue Bedeutung der Achsen in Pfad-Ausdrücken, s.u.) Schließlich hat jedes Element auch eine Menge von Namespace-Knoten (einen für jede Namespace-Deklaration, in deren Gültigkeitsbereich sich dieses Element befindet). Auch sie zählen nicht als Kinder des Elementes, während das Element umgekehrt als Vater gilt.
Es können niemals zwei Text-Knoten unmittelbar benachbart sein. Textknoten erstrecken sich immer über einen größt-möglichen Bereich, zwei benachbarte Text-Knoten würden zu einem verschmolzen werden.
Einige Typen von Knoten (Elemente, Attribute, Namespaces, Processing-Instructions) haben Namen, die sich aus einer Namespace-URL und einem lokalen Namen zusammensetzen. Die Namespace-URL kann leer sein. Alle Knoten haben eine Zeichenkette als Wert.
Text-Knoten haben keinen Namen. Ihr Wert ist der im Knoten abgespeicherte Text.
Element-Knoten haben den Element-Typ als Namen, wobei ggf. ein Namespace-Kürzel durch die entsprechende URL ersetzt wird. Der Wert eines Element-Knotens ist der reine Text (ohne Markup) im Inhalt dieses Elementes. D.h. der Wert eines Knotens ist die Konkatenation der Werte aller Text-Knoten, die Nachfahren dieses Knotens sind (in der Reihenfolge eines Preorder-Durchlaufes).
Der Namen eines Attribut-Knotens ist der Name des Attributes, der Wert des Knotens ist der Wert des Attributes. Attribut-Knoten werden für alle explizit spezifizierten Attribute angelegt, sowie auch für Attribute, die in der DTD mit Default-Wert deklariert sind. Im Datenmodell gibt es keinen Unterschied zwischen der expliziten Wertangabe im Start-Tag und der impliziten Wertangabe über einen Default-Wert. Allerdings muß nicht jeder XML-Parser eine externe DTD verarbeiten, in welchem Fall die Knoten für implizit spezifizierte Attribute fehlen. Für optionale Attribute (#IMPLIED), für die nicht explizit ein Wert spezifiziert ist, werden keine Knoten angelegt.
Namespace-Knoten haben das Namespace-Kürzel als Namen, ihr Wert ist die zugehörige URL.
Processing-Instructions haben das Ziel als Namen, und den danach folgenden String (ohne führende Leerzeichen) als Wert.
Kommentar-Knoten haben keinen Namen. Ihr Wert ist der Text des Kommentares.
Der Wurzel-Knoten hat keinen Namen. Sein Wert ist der gesamte Text des Dokumentens (außerhalb von Markup, d.h. ohne Tags, Kommentare, etc.).
Auf den Knoten des Baumes wird eine lineare Ordnung definiert (``Dokument-Ordnung''), die im Prinzip der Ordnung durch die Position des erste Zeichens der XML-Repräsentation des Knotens im Eingabe-Dokument entspricht (nach der Ersetzung von Entities). Genauer ist die Reihenfolge jeweils zuerst der Vaterknoten, dann alle zugehörigen Namespace-Knoten in beliebiger Reihenfolge, dann alle zugehörigen Attribut-Knoten in beliebiger Reihenfolge, dann die lineare Reihenfolge des ersten Kindknotens und aller seiner Nachfahren, die lineare Reihenfolge des zweiten Kindknotens und aller seiner Nachfahren, u.s.w.
Das Datenmodell ist im Abschnitt 5 der XPath-Spezifikation beschrieben [http://www.w3.org/TR/xpath#data-model].

Pfad-Ausdrücke

Pfadausdrücke dienen in XPath dazu, eine Menge von Knotem im Baum des Eingabe-Dokumentes zu selektieren.
Die Bedeutung von Pfadausdrücken ist abhängig vom Kontext. Dieser Kontext spezifiziert insbesondere einen Startknoten (``context node''). Im obigen Stylesheet ist dieser Startknoten die Wurzel des Baumes. Wenn Transformationsregeln sich rekursiv aufrufen, können aber auch andere Knoten Startknoten sein.
Außerdem wird für den Kontext davon ausgegangen, daß der Startknoten Element einer Liste von Kontext-Knoten ist. Es ist tatsächlich nur die Position in dieser Liste und ihre Länge wichtig. Damit kann z.B. getestet werden, ob der Startknoten der erste oder der letzte Knoten in der Kontext-Liste ist.
Ein relativer Pfadausdrück ist eine Folge von Selektions-Schritten, getrennt durch ``/'', z.B.

BOOKLIST/BOOK/AUTHOR/@LAST

Jeder Schritt wählt eine Menge von Knoten bei gegebenem Start-Knoten aus. Jeder der von einem Schritt gelieferten Knoten wird als Startknoten für den nächsten Schritt verwendet. Die so bestimmten Knotenmengen (für alle diese Start-Knoten) werden vereinigt.
Ein absoluter Pfad-Ausdruck besteht aus einem ``/'' gefolgt von einem relativen Pfad-Ausdruck. Hier beginnt die Abarbeitung immer bei dem Wurzelknoten des Dokumentes, das den gegebenen Start-Knoten enthält.
Für die einzelnen Selektions-Schritte gibt es eine allgemeine und eine abgekürzte Syntax. Internet Explorer 5 scheint nur die abgekürzte Syntax zu verstehen. Apache Xalan kann beide Varianten verarbeiten.
In der allgemeinen Syntax besteht ein Selektions-Schritt aus einer Achsen-Angabe, einem Knoten-Test, und einer optionalen Liste von Prädikaten. Achsen-Angabe und Knoten-Test sind durch ``::'' getrennt, Prädikate sind in ``[...]'' eingeschlossen. Das obige Beispiel sähe in der allgemeinen Syntax so aus (es verwendet keine Prädikate):

child::BOOKLIST/child::BOOK/child::AUTHOR/attribute::LAST

Die wichtigsten Abkürzungs-Regeln sind daß man ``child::'' weglassen kann (die Kind-Achse ist der Default) und ``attribute::'' zu ``@'' abkürzen darf.
Im allgemeinen bestimmt die Achsen-Angabe eine Menge von Kandidat-Knoten bezüglich ihrer Position im Baum relativ zum gegebenen Start-Knoten. Es gibt folgende Achsen: ``child'', ``descendant'', ``parent'', ``ancestor'', ``following-sibling'', ``preceding-sibling'', ``following'', ``preceding'', ``attribute'', ``namespace'', ``self'', ``descendant-or-self'', ``ancestor-or-self''. Die Bedeutung der meisten Achsen versteht sich von selbst, im Zweifelsfall schaue man in Abschnitt 2.2 der XPath-Spezifikation nach [http://www.w3.org/TR/xpath#axes]. Der Anfang von Abschnitt 2 enthält auch eine längere Liste von Beispielen sowie den Beginn der Grammatik für Pfad-Ausdrücke [http://www.w3.org/TR/xpath#location-paths].

Im Internet Explorer sind über die Abkürzungen nur die Achsen ``child'', ``descendant'', ``attribute'', und ``self'' implementiert. Für ``parent'' gibt es eine Abkürzung (``..''), aber sie scheint vom Internet Explorer nicht verstanden zu werden.
Der zweite Teil eines Selektions-Schrittes ist der Knoten-Test. Er bezieht sich auf den Namen und den Typ des Knotens. Wenn nichts anderes angegeben ist, werden bei allen Achsen außer ``attribute'' und ``namespace'' nur Element-Knoten ausgewählt (bei ``attribute'' entsprechend Attribut-Knoten und bei ``namespace'' Namespace-Knoten). Der Knoten-Test besteht dann in der Angabe eines Namens. Es werden diejenigen Knoten ausgewählt, deren Element-Typ (bzw. Attribut-Name bzw. Namespace-Kürzel) mit dem angegebenen Namen übereinstimmt (bei Elementen und Attributen nach Ersetzung des Namespace-Kürzels durch die zugehörige URL). Anstelle eines Namens kann man auch ``*'' verwenden, dann werden alle Knoten des jeweiligen Typs ausgew"hlt. Die Form ``xyz:*'' ist auch erlaubt, sie würde alle Elemente (bzw. Attribute) des gegebenen Namespaces auswählen.
Falls man mit dem durch die Achse bestimmten Knoten-Typ nicht zufrieden ist, kann man auch eine der folgenden fünf Formen von Knotentests verwenden: ``node()'' wählt alle Knoten aus, die über die gegebene Achse erreichbar sind, ``comment()'' wählt Kommentar-Knoten aus, ``text()'' wählt Text-Knoten aus, ``processing-instruction()'' wählt Processing-Instructions aus, und ``processing-instruction('abc')'' wählt Processing-Instructions für das Programm abc aus (d.h. der Form ``<?abc ... ?>''). Bei der letzten Form kann man statt einfachen auch doppelte Anführungszeichen verwenden. Bei allen diesen Knoten-Tests kann nicht zusätzlich ein Name spezifiziert werden, das würde aber auch keinen Sinn machen, da nur Elemente, Attribute, und Namespaces Namen haben.
Knoten-Tests sind genauer beschrieben im Abschnitt 2.3 der Spezifikation [http://www.w3.org/TR/xpath#node-tests], siehe auch Abschnitt 3.7 [http://www.w3.org/TR/xpath#exprlex].
Neben den bereits erwähnten zwei Abkürzungen (``child::'' kann weggelassen werden und ``attribute::'' kann durch ``@'' ersetzt werden) gibt es noch drei weitere: ``//'' ist eine Abkürzung für ``/descendant-or-self::node()/'', ``..'' ist eine Abkürzung für ``parent::node()'', und ``.'' ist eine Abkürzung für ``self::node()''. Abkürzungen sind ausführlich behandelt (mit vielen Beispielen) im Abschnitt 2.5 der Spezifikation [http://www.w3.org/TR/xpath#path-abbrev].
Schließlich kann man Pfadausdrücke noch mit ``|'' verknüpfen, dies liefert die Vereinigung der selektierten Knoten.

Aufgaben

Was ist die ausführliche Fassung des Pfadausdrucks ``//AUTHOR/@LAST''? Was würde dieser Ausdruck im Beispiel-Dokument ausgeben?
Und was würde ``//AUTHOR'' im Beispiel ausgeben? Beachten Sie, daß ``xsl:value-of'' im Stylesheet den oben beim Datenmodell definierten Wert der selektierten Knoten ausgibt.
Was würde entsprechend für ``//BOOK'' ausgegeben?
Was würde ``/BOOKLIST/BOOK//*'' ausgeben?
Was wäre das Ergebnis von ``/BOOKLIST/BOOK/@*''?
Was ist der Unterschied von ``.//TITLE'' und ``//TITLE'' (wenn ein bestimmtes BOOK-Element als Start-Knoten vorgegeben ist)?
Macht es einen Unterschied, ob man im Stylesheet ``//TITLE'' oder ``//TITLE/text()'' schreibt?

Prädikate

Prädikate dienen dazu, das Ergebnis eines Selektions-Schrittes im Pfad noch weiter zu filtern (d.h. nur eine Teilmenge der Knoten an den nächsten Selektions-Schritt weiterzugeben).
Prädikate werden in eckige Klammern eingeschlossen. Zum Beispiel würde dieser Ausdruck den Titel des Buches mit der ISBN ``0-13-014714-1'' ausgeben:

/BOOKLIST/BOOK[@ISBN='0-13-014714-1']/TITLE
Zwischen den eckigen Klammern muß ein Ausdruck (``expression'') stehen, wie in Abschnitt 3 der Spezifikation definiert [http://www.w3.org/TR/xpath#section-Expressions]. Dieser Ausdruck muß einen boolschen Wert liefern, aber XPath hat sehr großzügige Konvertierungs- und Abkürzungs-Regeln.
Ein solcher Ausdruck wird wieder für einen Kontext ausgewertet, der insbesondere einen Start-Knoten festlegt. Im vorigen Beispiel wird etwa der Ausdruck ``@ISBN'' relativ zu einem Start-Knoten ausgewertet, was in diesem Fall der Reihe nach alle BOOK-Knoten sind:

/BOOKLIST/BOOK[@ISBN='0-13-014714-1']/TITLE
Teil des Kontextes ist auch die Position des Start-Knotens in der aktuellen Knoten-Liste, und die Länge der Knoten-Liste. Verwendet man den Ausdruck als Prädikat in einem Selektions-Schritt, so besteht die aktuelle Knoten-Liste aus allen Knoten, die den Knoten-Test dieses Schrittes geschafft haben (für jeweils einen festen Start-Knoten aus dem vorangegangenen Selektions-Schritt). Zum Beispiel liefert folgender Ausdruck den ersten Autor jedes Buches:

/BOOKLIST/BOOK/AUTHOR[position()=1]/@LAST

Die Funktion ``position()'' liefert gerade die Position des Start-Knotens in der aktuellen Knoten-Liste. Internet Explorer versteht wieder nur die abgekürzte Form:

/BOOKLIST/BOOK/AUTHOR[1]/@LAST

Falls das Prädikat eine Zahl liefert, wird diese mit der Position des Start-Knotens in der aktuellen Knotenliste verglichen. Stimmen Sie überein, ist das Prädikat erfüllt. Im Internet Explorer wird die Position allerdings von 0 an gezählt, um jeweils den ersten Autor zu bekommen, muß man also schreiben:

/BOOKLIST/BOOK/AUTHOR[0]/@LAST

Der Standard sagt dagegen ausdrücklich, daß die erste Position 1 ist. Siehe Abschnitt 2.4 [http://www.w3.org/TR/xpath#predicates].

Vor der endgültigen Veröffentlichung wurde die XSLT/XPath-Spezifikation aber mehrfach geändert, und die Namespace-URL im Internet Explorer zeigt, daß er sich auf einen früheren ``Working Draft'' bezieht. Es ist möglich, daß damals die Zählung mit 0 begann.

Falls man eine der Achsen ``achestor'', ``anchestor-or-self'', ``preceding'' oder ``preceding-sibling'' gewählt hat wird die Liste von aktuellen Knoten in der umgekehrten Dokument-Ordnung angeordnet, so daß zum Beispiel [1] immer den zum vorigen Start-Knoten am nächsten liegenden Knoten liefert. Im Internet Exporer 5 können diese Achsen allerdings sowieso nicht verwendet werden.
Die Funktion ``last()'' liefert die Länge der aktuellen Knotenliste aus dem Kontext. Folgender Ausdruck würde zum Beispiel den Nachnamen des letzten Autors jedes Buches ermitteln:

/BOOKLIST/BOOK/AUTHOR[last()]/@LAST

Im Internet Explorer muß man ``end()'' statt ``last()'' schreiben.
Manchmal kann es nach einem Prädikat nützlich sein, wieder im Baum aufzusteigen. Der folgende Ausdruck liefert z.B. die Titel aller Bücher mit mindestens zwei Autoren:

/BOOKLIST/BOOK/AUTHOR[2]/../TITLE

Der Internet Explorer scheint aber kein ``..'' zu verstehen (abgesehen davon, daß man dort den dritten Autor selektieren würde).
Mit Prädikaten kann auch die Existenz von bestimmten Knoten getestet werden. Liefert ein Prädikat eine Menge von Knoten (d.h. ist ein Pfad-Ausdruck), so zählt es als wahr, wenn diese Menge nicht leer ist. Zum Beispiel liefert folgender Ausdruck die Titel aller Bücher, die eine Anmerkung haben:

/BOOKLIST/BOOK[NOTE]/TITLE
Man kann in Ausdrücken die üblichen arithmetischen Operatoren verwenden (+, -, *, div, mod). Zum Beispiel bekommt man den vorletzten Autor mit:

/BOOKLIST/BOOK/AUTHOR[last()-1]/@LAST

Im Internet Explorer wird dies nicht unterstützt.
Man kann die üblichen Vergleichs-Operatoren verwenden (=, !=, <, <=, >, >=). Allerdings wird man bei Verwendung von XPath-Ausdrücken in XML-Dokumenten (z.B. XSLT-Stylesheets) das <-Zeichen als < eingeben müssen. Außerdem sind <, <= >, und >= nach dem Standard nur für Zahlen definiert, nicht für Zeichenketten. Der Internet-Explorer unterstützt diese Operatoren dagegen auch für Zeichenketten, und bietet außerdem ``case insensitive'' Versionen an, z.B. ``$ieq$''. Als Beispiel seien die Titel aller Bücher mit mehr als 500 Seiten selektiert:

/BOOKLIST/BOOK[@PAGES > 500]/TITLE
In Vergleichen wird bei Bedarf ein Knoten in einen String umgewandelt, indem sein Wert genommen wird. Dies haben wir schon im ersten Beispiel

/BOOKLIST/BOOK[@ISBN='0-13-014714-1']/TITLE

gesehen, denn dort liefert ``@ISBN'' zunächst den Attribut-Knoten, und nicht direkt den Wert. Entsprechend ist auch folgendes möglich:

/BOOKLIST/BOOK[TITLE='XML Pocket Reference']/AUTHOR

Bei Bedarf kann der String auch weiter in eine Zahl umgewandelt werden. Dies geschieht etwa im obigen Beispiel

/BOOKLIST/BOOK[@PAGES > 500]/TITLE
Nun ist es möglich, daß der Pfad-Ausdruck im Prädikat eine ganze Menge von Knoten liefert. Vergleiche mit einer Menge von Knoten gelten als wahr, wenn der Vergleich für wenigstens einen Knoten der Menge wahr ist (d.h. es wird hier ein impliziter Existenz-Quantor verwendet). Zum Beispiel liefert der folgende Ausdruck die Titel aller Bücher, von denen Goldfarb ein Autor ist. Es stört dabei nicht, daß es noch andere Autoren gibt:

/BOOKLIST/BOOK[AUTHOR/@LAST='Goldfarb']/TITLE

Im Internet Explorer kann man durch Voranstellen von $all$ und $any$ das gewünschte Verhalten auswählen. Dies ist aber nicht (mehr) im Standard enthalten. Standard-Konform kann man durch not(not(...)) den Allquantor bekommen. not(AUTHOR/@LAST!='Goldfarb') würde ebenfalls sicherstellen, daß Goldfarb einziger Autor ist.
Man kann in Ausdrücken die üblichen logischen Junktoren ``and'' und ``or'' verwenden. Zum Beispiel liefert folgender Ausdruck die Titel aller Bücher, die mehr als 300 Seiten haben und 1999 oder später erschienen sind:

/BOOKLIST/BOOK[@PAGES>300 and PUBLISHER/@DATE>=19990101]/TITLE
Abschnitt 4 der Spezifikation zählt eine ziemlich lange Liste von eingebauten Funktionen auf, die man ebenfalls in Ausdrücken verwenden kann [http://www.w3.org/TR/xpath#corelib]. Zum Beispiel gibt es eine boolesche Funktion ``contains'', mit der man einen Test auf Teil-Zeichenketten durchführen kann:

/BOOKLIST/BOOK[contains(TITLE, 'Reference')]/TITLE

Diese Funktion ist nicht im Internet Explorer implementiert (wie alle/fast alle anderen Funktionen der Liste, dafür hat der Internet Explorer einige eigenen ``Methoden''). Außerdem ist zu beachten, daß hier nicht die ``Existenz''-Semantik bei mehreren Lösungen gilt. Wenn eine Menge von Knoten Eingabe für eine Funktion ist, die einen String erwartet, wird einfach der erste Knoten umgewandelt (und alle anderen ignoriert). Daher funktioniert etwa das folgende Beispiel nicht (Goldfarb ist zweiter Autor):

/BOOKLIST/BOOK[contains(AUTHOR/@LAST, 'oldfa')]/TITLE

Aufgaben

Es sei folgende XML-Datei mit Informationen über Knomponisten und ihre Musikstücke gegeben:

<?xml version="1.0" ?>

<MUSIC>

<NAME>Vivalidi</NAME>

<PIECE TYPE="Concert">The Four Seasons</PIECE>

</COMPOSER>

<PIECE TYPE="Mass">B-minor Mass</PIECE>

<PIECE>Christmas Oratorio</PIECE>

</COMPOSER>

<NAME>Mozart</NAME>

<PIECE TYPE="Mass">Missa Solemnis</PIECE>

</COMPOSER>

<NAME>Prokofiev</NAME>

<PIECE TYPE="Symphony">Classical Symphony</PIECE>

<PIECE TYPE="Ballet">Cinderella</PIECE>

</COMPOSER>

<NAME>Dvorak</NAME>

</COMPOSER>

</MUSIC>

Geben Sie einen XPath-Ausdruck an, der die Namen aller Komponisten in der XML-Datenbank selektiert.
Drucken Sie die Titel aller Stücke vom Typ ``Symphony'' aus.
Drucken Sie die Namen aller Komponisten aus, die um 1700 gelebt haben.
Gesucht sind die Namen aller Komponisten, die eine Sinfonie geschrieben haben (gemäß den in der Datenbank verzeichneten Stücken).
Geben Sie die Namen aller Komponisten aus, von denen mehr als ein Stück in der Datenbank ist.

Stefan Brass (sbrass@sis.pitt.edu), 22. August 2000

Original URL: http://www.informatik.uni-giessen.de/staff/brass/xml00/c6_xpath.xml