XML. XML-Datenmodellierung / XML-Schemasprachen. XPath DTD. XQuery. XML-Schema XSLT XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

Transkript

1 XML-Abfragesprachen XML-Schemasprachen DTD XML-Schema... XPath XQuery XML XML-Transformationssprache XSLT Relationale DBMS XML in DBMS Dedizierte XML-DBMS 37 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

2 2. XML-Datenmodellierung / XML-Schemasprachen - Warum XML-Schemasprachen? - Document Type Definition (DTD) - XML-Schema - alternative Ansätze (Relax NG und Schematron) 38 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

3 Warum XML-Schemasprachen? Fakultät 1 <vorlesung titel="xml..."> <teilnehmer matrikel="4711"> <name>mustermann</name> <vorname>max</vorname> <semester>5</semester> <studienfach>8</studienfach> </teilnehmer> </vorlesung> <student matrikel="4712"> <name>normalverbraucher</name> <vorname>otto</vorname> <semester>6</semester> <studienfach>10</studienfach> unterschiedliche Struktur bei gleichartigem Informationsgehalt <lehrveranstaltungen> Fakultät 2 <vorlesung titel="xml..."/> <vorlesung titel="xml..."> </lehrveranstaltungen> <teilnehmer> </student> <matnr>4713</matnr> <name>erika Mustermann</name> <semester>7</semester> <studienfach>inf</studienfach> </teilnehmer> </vorlesung> Fakultät 3 39 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

4 Probleme - kein einheitliches Schema - systematischer Zugriff kaum möglich - Informationen vorhanden, aber unbrauchbar - verständlicher Datenaustausch (fakultätsübergreifend) nicht realisierbar Warum dann überhaupt XML? Weil es auch XML- Schemasprachen gibt 40 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

5 Woher kennen wir Schemas schon? E/R-Diagramm (konzeptionelles Schema) Vorname Name Titel Matrikel Student * * Vorlesung Studienfach Semester 41 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

6 Übertragen auf die XML-Welt (am Bsp. XML-Schema) <?xml version="1.0" encoding="iso "?> <xs:schema xmlns:xs=" <xs:element name="vorlesung"> <xs:complextype> <xs:sequence> <xs:element maxoccurs="unbounded" name="teilnehmer"> <xs:complextype> <xs:sequence> <xs:element name="name" type="xs:string" /> <xs:element name="vorname" type="xs:string" /> <xs:element name="semester" type="xs:int" /> <xs:element name="studienfach" type="xs:int" /> </xs:sequence> <xs:attribute name="matrikel" type="xs:int" use="required" /> </xs:complextype> </xs:element> </xs:sequence> <xs:attribute name="titel" type="xs:string" use="required" /> </xs:complextype> </xs:element> </xs:schema> 42 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

7 möglicher Einsatz von XML-Schemasprachen <vorlesung titel="xml..." <teilnehmer matrikel="4711"> <name>mustermann</name> <vorname>max</vorname> <semester>5</semester> <studienfach>8</studienfach> </teilnehmer> </vorlesung> Fak. 1 Fak. 2 <student matrikel="4712"> <name>normalverbraucher</name> <vorname>otto</vorname> <semester>6</semester> <studienfach>10</studienfach> <lehrveranstaltungen> <vorlesung titel="xml..."/> </lehrveranstaltungen> </student> <vorlesung titel="xml..." <teilnehmer> <matnr>4713</matnr> <name>erika Mustermann</name> <semester>7</semester> <studienfach>inf</studienfach> </teilnehmer> </vorlesung> Fak. 3 Validierung DTD, XML-Schema, Ergebnis 43 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

8 Document Type Definition (DTD) - alter Standard aus SGML-Spezifikation (80er Jahre), der in vereinfachter Form durch XML-Spezifikation aufgegriffen wurde - definiert eine Klasse strukturell ähnlicher XML-Dokumente - im Detail definierbar Elementreihenfolge Verschachtelung von Elementen Inhalt von Attributen 44 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

9 Document Type Definition (DTD) - DTDs müssen stets am Anfang von XML-Dokumenten definiert werden Wurzelelement im XML-Dokument Beginn Attributliste <!DOCTYPE vorlesung[ <!ELEMENT vorlesung (teilnehmer+)> <!ATTLIST vorlesung titel CDATA #REQUIRED> <!ELEMENT teilnehmer (name, vorname, semester, studienfach)> <!ATTLIST teilnehmer matrikel NMTOKEN #REQUIRED> Elementtyp Ende ]> <!ELEMENT name (#PCDATA)> <!ELEMENT vorname (#PCDATA)> <!ELEMENT semester (#PCDATA)> <!ELEMENT studienfach (#PCDATA)> 45 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

10 Elementtyp - definiert Name (dokumentweit eindeutig) und Inhaltsmodell eines Element Name Inhaltsmodell <!ELEMENT teilnehmer (name, vorname, semester, studienfach)> - Inhaltsmodell wird von runden Klammern umschlossen und besteht aus EMPTY leeres Element #PCDATA nicht näher definierte Daten ANY beliebiger Inhalt (nicht näher definierter Text oder beliebiges in der DTD definiertes Element) weiteren Elementtypen mit Angabe deren Kardinalität (Häufigkeit) 46 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

11 Elementtyp - Definition weiterer Elementtypen im Inhaltsmodell per Sequenz (",") alle Elemente in angegebener Reihenfolge oder Auswahl (" ") ein Element aus Aufreihung - Kardinalitäten (eines Elementtyps) "*" beliebig häufiges Vorkommen, einschließlich keinmal "+" mehrfaches Vorkommen, mindestens einmal "?" optionales Vorkommen, maximal einmal keine Angabe genau einmaliges Vorkommen - aus unserem Beispiel eine Vorlesung hat beliebig viele, mindestens jedoch einen Teilnehmer <!ELEMENT vorlesung (teilnehmer+)> 47 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

12 Attributliste - definiert für einen bestimmten Elementtyp eine Liste von Attributen mit jeweils Name (eindeutig innerhalb Element), Typ und Verhalten Elementtyp Name Typ Verhalten <!ATTLIST vorlesung titel CDATA #REQUIRED> Attributtyp - Attributliste kann mehrere Attributtypen für ein Element definieren (einzelne Typdefinition nur durch Leerzeichen oder Umbruch getrennt) - pro Element können ebenfalls mehrere Attributlisten definiert werden 48 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

13 Attributliste - Typen CDATA beliebige Zeichendaten Bsp.: beschreibung="wir lernen die DTD kennen!" NMTOKEN (Namens-Token) eine einzelne zusammenhängende Zeichenkette Bsp.: rolle="student" NMTOKENS eine Liste mehrerer NMTOKEN Bsp.: spez="dtd XML-Schema Relax_NG Schematron" 49 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

14 Attributliste - Typen ID eindeutiger Bezeichner dessen Wert innerhalb des ganzen Dokuments eindeutig sein muss Bsp.: stud_id="inf4711" Aufzählungsliste Liste von NMTOKEN, aus denen das Attribut genau ein Wert annehmen kann Bsp. für Definition: (Mo Di Mi Do Fr Sa So) XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

15 Attributliste - Verhalten "Standardwert" Standardwert zuweisen Bsp.: <!ATTLIST inf_student geschlecht(m w) "m"> #IMPLIED optionales Attribut Bsp.: <!ATTLIST teilnehmer zweiter_vorname CDATA #IMPLIED> #REQUIRED zwingend erforderliches Attribut Bsp.: <!ATTLIST teilnehmer matrikel NMTOKEN #REQUIRED> #FIXED unveränderbar vorbelegtes Attribut Bsp.: <!ATTLIST vorlesung lehrstuhl CDATA #FIXED "DBIS"> 51 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

16 Auslagerung einer DTD - Referenzieren externer DTD-Datei statt Definition der DTD im XML- Dokument möglich vorlesung.dtd <?xml version="1.0" encoding="iso "?> <!DOCTYPE vorlesung[ <!ELEMENT vorlesung (teilnehmer+)>... ]> <vorlesung titel="xml...">... <!DOCTYPE vorlesung[ <!ELEMENT vorlesung (teilnehmer+)>... <?xml version="1.0" encoding="iso "?> <!DOCTYPE vorlesung SYSTEM ".../vorlesung.dtd" []> <vorlesung titel="xml..."> XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

17 Modularisierung einer DTD - Zerlegung einer DTD in logische und übersichtliche Einheiten (Module) - Einbinden der Module mittels Parameter Entities Deklaration <?xml version="1.0" encoding="iso "?> <!DOCTYPE vorlesung[... <!ENTITY % teilnehmer SYSTEM "teilnehmer.mod">... %teilnehmer ]> <vorlesung titel="xml...">... teilnehmer.mod <!ELEMENT teilnehmer (name, vorname, semester, studienfach)> <!ATTLIST teilnehmer matrikel NMTOKEN #REQUIRED> <!ELEMENT name (#PCDATA)> <!ELEMENT vorname (#PCDATA)> <!ELEMENT semester (#PCDATA)> <!ELEMENT studienfach (#PCDATA)> Import 53 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

18 Was kann eine DTD noch? - Referenzen beschreiben (mittels ID und IDREF bzw. IDREFS) - weitere Formen von Entities (zum Zweck der Wiederverwendbarkeit) - Notationen (zur Formatangabe für externe XML-fremde Daten) - rekursive Beziehungen abbilden 54 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

19 Nachteile von DTDs - funktionale Beschränktheit kaum Datentypen (keine Zahlen, Datum, etc.) keine Unterstützung für Namespaces dokumentweite Eindeutigkeit von Elementen und IDs keine Sonderzeichen für Aufzählungstyp zulässig - Syntax DTDs sind selbst keine XML-Dokumente zusätzliche Editoren zur Bearbeitung nötig XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

20 DTD 56 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

21 XML-Schema - Nachteile der DTD förderten seit 1999 Standardisierungsbestrebungen zu einer XML-spezifischeren Schemasprache - Entwurfsziele Fähigkeiten von DTD einschließen umfangreiches Typsystem bereitstellen Unterstützung von Namespaces lokale Definition von Elementen Verwendung von XML-Syntax Verabschiedung der W3C Recommendation XML-Schema 1.0 (sehr komplex* und daher 3-teilig) * Wir werden uns aufgrund der erwähnten Komplexität auf die Grundlagen der XML-Schema-Spezifikation beschränken. 57 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

22 XML-Schema-Dokument - XML-Schemas werden durch XML-Schema-Dokumente beschrieben* XML-Schema- Dokument Vorlesung.xsd <?xml version="1.0" encoding="iso "?> <xs:schema xmlns:xs=" <xs:element name="vorlesung"> <xs:complextype> <xs:sequence> <xs:element maxoccurs="unbounded" name="teilnehmer"> <xs:complextype> <xs:sequence> <xs:element name="name" type="xs:string" /> <xs:element name="vorname" type="xs:string" /> <xs:element name="semester" type="xs:int" /> <xs:element name="studienfach" type="xs:int" /> </xs:sequence> <xs:attribute name="matrikel" type="xs:int" use="required" /> </xs:complextype> </xs:element> </xs:sequence> <xs:attribute name="titel" type="xs:string" use="required" /> </xs:complextype> </xs:element> </xs:schema> * Vereinfachung: Wir werden die Begriffe XML-Schema und XML-Schema-Dokument teilweise synonym füreinander verwenden. 58 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

23 Charakteristik von XML-Schema-Dokumenten - XML-Schema-Dokumente XML-Dokumente - Besonderheiten von XML-Schemas umschließendes schema-element (nach XML-Deklaration) Namespace " Namespace-Präfix häufig xs oder xsd <?xml version="1.0" encoding="iso "?> <xs:schema xmlns:xs=" <xs:element name="vorlesung"> XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

24 Deklaration von Elementen - per Element <xs:element> und damit verbundenen Attributen name Elementname type zugeordneter Typ minoccurs min. Vorkommen eines Elements maxoccurs max. Vorkommen ("unbounded" für beliebig oft)... <xs:element name="vorlesung" type="xs:string" /> 60 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

25 Deklaration von Elementen - alternative Form der Typdefinition: anonyme Typdefinition Typdefinition ohne Name direkt innerhalb des Elements keine Möglichkeit zur Wiederverwendung <xs:element name="vorlesung" > [anonyme Typdefinition] </xs:element> 61 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

26 Deklaration von Attributen - per Element <xs:attribute> und damit verbundenen Attributen name Attributname use Verwendung ("required", "optional", "prohibited") default Standardwert (nur erlaubt bei use="optional") fixed fixer Wert vorausgesetzt (nicht in Verbindung mit default )... <xs:attribute name="matrikel" type="xs:int" use="required" /> - anonyme Typdefinition (siehe Elemente) auch bei Attributen möglich 62 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

27 Vordefinierte Typen Legende 63 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

28 Vordefinierte Typen - insgesamt 44 vordefinierte (einfache) Typen für unter anderem Zeichenketten (bspw. "xs:string", "xs:language") Zahlen (bspw. "xs:int", "xs:float") Zeit- und Datumsangaben (bspw. "xs:date", "xs:datetime") - vordefinierte Typen unterscheiden sich in Urtypen primitive Typen (von Primitivtypen) abgeleitete Typen - DTD-Datentypen aus Kompatibilitätsgründen weitgehend übernommen 64 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

29 Erzeugung eigener Typen - zusätzlich zu vordefinierten Datentypen lassen sich eigene Typen erzeugen ohne (Kind-) Elemente und Attribute Typen umfassen (Kind-) Elemente oder Attribute einfache Typen komplexe Typen einfacher Inhalt komplexer Inhalt ohne (Kind-) Elemente mit (Kind-) Elementen 65 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

30 Die Typen im Detail einfache Typen - Verwendung für Attributwerte oder Textinhalt von Elementen - Komponenten Wertebereich (value space) Repräsentationsraum (lexical space) Repräsentationen für Werte Aspekte (facets) Eigenschaften von Typen über die eingeschränkt werden kann - oft gibt es zu einem Wert mehrere Repräsentationen (Bsp.: 100 = 1.0E2) 66 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

31 Die Typen im Detail einfache Typen - einschränkende Aspekte (facets) Unter-/Obergrenzen für geordneten Wertebereich mininclusive, minexclusive, maxinclusive, maxeclusive Längenbeschränkungen - für Zeichenketten length, minlength, maxlength - für Listen length, minlength, maxlength - für Dezimalzahlen totaldigits maximale Gesamtanzahl der Dezimalstellen, fractiondigits Anzahl der Nachkommastellen 67 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

32 Die Typen im Detail einfache Typen - einschränkende Aspekte (facets) Aufzählung der erlaubten Werte (enumeration) Reguläre Ausdrücke (pattern) zur Einschränkung des Repräsentationsraums (und damit indirekt auch des Wertebereichs) Behandlung von Whitespace (Leerzeichen, Tabulator, Zeilenende/Wagenrücklauf) preserve Whitespace wird beibehalten replace Tabulator und Zeilenende/Wagenrücklauf werden durch Leerzeichen ersetzt collapse wie replace, zusätzlich werden jedoch führende und folgende Leerzeichen abgeschnitten sowie Folgen von Leerzeichen auf ein je einmaliges Vorkommen beschränkt 68 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

33 Die Typen im Detail komplexe Typen - Verwendung für Elemente - Unterscheidung einfacher Inhalt Inhalt ohne (Kind-) Elemente komplexer Inhalt Inhalt umfasst (Kind-) Elemente - per Reihung (sequence) (Kind-) Elemente müssen in angegebener Reihenfolge vorkommen - per Auswahl (choice) nur eines der angeführten (Kind-) Elemente darf vorkommen - per Konjunktion (all) alle aufgeführten (Kind-) Elemente dürfen maximal einmal in beliebiger Reihenfolge vorkommen 69 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

34 Die Typen im Detail komplexe Typen - besonderer komplexer Inhalt anytype - wird einem Element der Typ anytype zugeordnet, so ist für dieses Element beliebiger (komplexer) Inhalt erlaubt <xs:element name="irgendetwas" type="xs:anytype" /> gemischter Inhalt (mixed content) - komlexer Inhalt mit Text wird durch das Attribut mixed="true" im Element complextype gekennzeichnet <xs:element name="element_mit_gemischtem_inhalt"> <xs:complextype mixed="true">... </xs:complextype> </xs:element> 70 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

35 Die Typen im Detail komplexe Typen - besonderer komplexer Inhalt leerer Inhalt - komplexer Inhalt ist standardmäßig Inhalt ohne Text - Inhaltsmodell (leer) kann bei Definition daher vernachlässigt werden <xs:element name="element_ohne_inhalt"> <xs:complextype> <xs:attribute name="nur_ein_attribut" type="xsd:string" /> </xs:complextype> </xs:element> 71 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

36 Ableitungsmechanismen - Vererbungsmechanismen Einschränkung (restriction) - Ableitung eines Typs von einem Basistyp unter Verwendung von beliebig vielen beschränkenden Aspekten - Ergebnis ist einfacher oder komplexer Typ <xs:simpletype name="telefonnummer"> <xs:restriction base="xs:string"> <xs:pattern value="0[0-9]+/[0-9]+"/> <xs:maxlength value="25"/> </xs:restriction> </xs:simpletype> 72 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

37 Ableitungsmechanismen - Vererbungsmechanismen Erweiterung (extension) - Erweiterung eines bestehenden Typs um neue Attribute oder Elemente - Ergebnis ist stets ein komplexer Typ <xs:complextype name="telefonnummer_erweitert"> <xs:simplecontent> <xs:extension base="telefonnummer"> <xs:attribute name="funktion" type="xs:string"/> </xs:extension> </xs:simplecontent> </xs:simpletype> 73 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

38 Ableitungsmechanismen - Aggregationsmechanismen Listenbildung (list) - Ableitung eines einfachen Typs zu einer Liste einfacher Typen - Liste selbst ist ebenfalls einfacher Typ <xs:simpletype name="telefonnummern"> <xs:list itemtype="telefonnummer"/> </xs:simpletype> 74 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

39 Ableitungsmechanismen - Aggregationsmechanismen Vereinigung (union) - Vereinigung der Wertebereiche und Repräsentationsräume von einfachen Typen - Ergebnis ist stets ein einfacher Typ <xs:simpletype name="kontakt"> <xs:union membertypes="telefonnummer "/> </xs:simpletype> 75 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

40 Was kann XML-Schema 1.0 noch? - Gruppen von Elementen und/oder Attributen (zum Zweck der Wiederverwendbarkeit) - offene Schemata (Einschränkungen nur in Abhängigkeit zu Namespaces) - gezielte Eindeutigkeiten und Referenzen beschreiben - Unterstützung für Namespaces - Ersetzungsgruppen definieren - Import von XML-Schema-Dokumenten -... XML-Schema XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

41 XML-Schema im April 2012 als W3C Recommendation verabschiedet - wesentliche Erweiterungen gegenüber XML-Schema 1.0: Einschränkungen (Assertions) als <assert>-element und <assertion>- Fassette bedingte Typisierung schemaweite Attribute flexiblere Inhalte durch <opencontent> und <defaultopencontent> Versionskontrolle 77 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

42 Einschränkungen (Assertions) - sehr mächtig für inhaltliche Prüfungen - für einfache Datentypen per Fassette <xs:assertion> und damit verbundenem Attribut test Prüfung mittels XPath 2.0 Ausdruck - Referenz auf Inhaltswert mittels $value <xs:assertion test= "substring($value, 0, 2) = upper-case(substring($value, 0, 2)) /> Prüfe, dass der erste Buchstabe ein Großbuchstabe ist! 78 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

43 Einschränkungen (Assertions) - für komplexe Datentypen per Element <xs:assert> und damit verbundenem Attribut test Prüfung mittels XPath 2.0 Ausdruck - Validierung mittels assert bezieht sich nur auf Nachfahren eines Elements <xs:assert test= "every $i in //vorlesung/teilnehmer, $j in //vorlesung/teilnehmer[@matrikel!= $i/@matrikel] satisfies ( ($i/@matrikel gt $j/@matrikel and $i/semester ge $j/semester) or ($i/@matrikel lt $j/@matrikel and $i/semester le $j/semester))" /> Prüfe, dass Teilnehmer mit einer höheren Matrikelnummer nicht in einem niedrigeren Semester studieren! 79 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

44 bedingte Typisierung - bezogen auf die Typzuordnung per type für ein Element - Default-Typ wird herkömmlich spezifiziert - alternative Typen per Element <xs:alternative> und damit verbundenem Attribut test Prüfung mittels XPath 2.0 Ausdruck - Besonderheiten: alternative Typen müssen von Default abgeleitet sein Prüfung nur für direkt am Element deklarierte Attribute sollten mehrere Alternativen zutreffen, wird erste Treffende verwendete <xs:element name="teilnehmer" type="student"> <xs:alternative test="not(@matrikel > 0)" type="extern" /> </xs:element> Teilnehmer ohne Matrikelnummer als Externe behandeln! 80 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

45 XML-Schema XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

46 alternative Ansätze - Regular Language Description for XML New Generation (RELAX NG) aus den Schemasprachen RELAX und TREX hervorgegangen grammatikorientierter Ansatz (geschlossener Schemaformalismus) - nur die Konstrukte sind erlaubt, die sich anhand der Produktionsregeln der Grammatik von RELAX NG ableiten lassen - analog zum XML-Schema-Konzept Entwurfsziele - kompakte, einfache und verständliche Schemasprache - Beschränkung auf strukturelle Beschreibung - Verwendung von XML-Syntax - Unterstützung von Namespaces 82 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

47 alternative Ansätze - Schematron regelbasierten Ansatz (offener Schemaformalismus) - alle Konstrukte sind erlaubt, die nicht explizit verboten wurden - Ausschließen von Unzulässigkeiten per Regeln Besonderheiten - durch Regeln (in XML-Syntax) lassen sich umfangreiche Zusammenhänge beschreiben (bspw. inhaltliche Abhängigkeiten) - Gesamtheit aller strukturellen Zusammenhänge wiederum lässt sich nur sehr aufwändig mit Regeln fixieren - Schematron daher weniger als eigenständige Schemasprache, sondern vielmehr als Ergänzung zu grammtikorientierten Sprachen zu verstehen 83 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen

48 Zusammenfassung - es existieren verschiedene Schemasprachen in unterschiedlicher Mächtigkeit zur Beschreibung von XML-Dokumenten - DTDs sind historische Überbleibsel der SGML-Spezifikation, die den XML-Spezifika nur wenig gerecht werden - XML-Schema ist zum heutigen Zeitpunkt die de facto XML- Schemasprache mit enormer Mächtigkeit - der funktionale Umfang von XML-Schema wird durch eine hohe Komplexität erkauft - alternative Ansätze (bspw. RELAX NG) versuchen beispielsweise dieser Komplexität wiederum entgegenzuwirken oder bieten erweiterte Möglichkeiten zur Prüfung inhaltlicher Abhängigkeiten (Schematron) 84 XML-Grundlagen, -Sprachen, -Datenhaltungsfragen