6. Datenbankdefinitionssprachen. Relationales Modell: SQL-DDL. Anforderungen an eine relationale DDL. SQL als Definitionssprache

Transkript

1 6. Datenbankdefinitionssprachen Relationales Modell: SQL-DDL SQL-DDL Teil der Standardsprache für relationale Datenbanksysteme: SQL ODL (Object Definition Language) für objektorientierte Datenbanksysteme nach dem ODMG-Standard Objektrelationale Konzepte DDL-Erweiterungen von SQL:1999 Oracle9i XML: DTD und XML Schema SQL-DDL umfaßt alle Klauseln von SQL, die mit Definition von Typen Wertebereichen Relationenschemata Integritätsbedingungen zu tun haben VL Datenbanken I 6 1 VL Datenbanken I 6 2 Anforderungen an eine relationale DDL SQL als Definitionssprache nach Codd 1982 Sprachmittel zur Definition von 1. Attributen 2. Wertebereichen 3. Relationenschemata 4. Primärschlüsseln 5. Fremdschlüsseln Praxis SQL-89: Relationenschemata mit Attributen und Wertebereichen ab SQL-92 vollständig Externe Ebene create view drop view Konzeptuelle Ebene create table alter table drop table VL Datenbanken I 6 3 VL Datenbanken I 6 4

2 SQL als Definitionssprache II Die Anweisung create table Konzeptuelle Ebene (SQL-92) create domain alter domain drop domain Interne Ebene create index alter index drop index create table basisrelationenname ( spaltenname_1 wertebereich_1 [not null], spaltenname_k wertebereich_k [not null]) VL Datenbanken I 6 5 VL Datenbanken I 6 6 Erlaubte Wertebereiche in create table Die Anweisung create table II integer (oder auch integer4, int), smallint (oder auch integer2) float(p) (oder auch kurz float) decimal(p,q) und numeric(p,q) mit jeweils q Nachkommastellen character(n) (oder kurz char(n), bei n = 1 auch char) für Strings fester Länge n character varying(n) (oder kurz varchar(n)) für Strings variabler Länge bis zur Maximallänge n bit(n) oder bit varying(n) analog für Bitfolgen date, time bzw. timestamp für Datums-, Zeit- und kombinierte Datums-Zeit-Angaben Mit not null können in bestimmten Spalten Nullwerte als Attributwerte ausgeschlossen werden: create table Bücher ( ISBN char(10) not null, Titel varchar(200), Verlagsname varchar(30) ) VL Datenbanken I 6 7 VL Datenbanken I 6 8

3 SQL-89 Level 2 mit IEF Beispiel Tabellendefinition mit IEF zweite Stufe der SQL-89-Norm sieht Zusatz IEF (Integrity Enhancement Feature) vor Definition von Schlüsseln und Fremdschlüsseln create table Bücher ( ISBN char(10) not null, Titel varchar(200), Verlagsname varchar(30), primary key (ISBN), foreign key (Verlagsname) references Verlage (Verlagsname) ) VL Datenbanken I 6 9 VL Datenbanken I 6 10 create table in SQL-92 Erweiterungen in SQL-92 create table Bücher ( ISBN char(10), Titelvarchar(200), Verlagsname varchar(30), primary key (ISBN), foreign key (Verlagsname) references Verlage (Verlagsname) ) Neben Primär- und Fremdschlüssel in SQL-92: default-klausel: Defaultwerte für Attribute create domain-anweisung benutzerdefinierte Wertebereiche check-klausel weitere lokale Integritätsbedingungen innerhalb der zu definierenden Wertebereiche, Attribute und Relationenschemata not null implizit durch die primary key-klausel VL Datenbanken I 6 11 VL Datenbanken I 6 12

4 Definition eines Wertebereichs Integritätsbedingungen mit check I create domain Gebiete varchar(20) default Informatik create table Vorlesungen ( V_Bezeichnung varchar(80) not null, SWS smallint, Semester smallint, Studiengang Gebiete ) create table Mitarbeiter ( PANr integer not null, AngNr char(10) not null, Fachbereich Gebiete, Gehalt decimal(10,2), Raum integer, Einstellung date ) create domain Gebiete varchar(20) default Informatik check ( value in ( Informatik, Mathematik, Elektrotechnik, Linguistik ) ) VL Datenbanken I 6 13 VL Datenbanken I 6 14 Integritätsbedingungen mit check II Integritätsbedingungen mit check III create table Vorlesungen ( V_Bezeichnung varchar(80) not null, primary key, SWS smallint check(sws 0), Semester smallint check( Semester between 1 and 9), Studiengang Gebiete ) create table Buch_Versionen ( ISBN char(10), Auflage smallint check(auflage > 0), Jahr integer check (Jahr between 1800 and 2020), Seiten integer check(seiten > 0), Preis decimal(8,2) check(preis 250), primary key (ISBN, Auflage), foreign key (ISBN) references Bücher (ISBN), check ((select sum(preis) from Buch_Versionen)< (select sum(budget) from Lehrstühle))) VL Datenbanken I 6 15 VL Datenbanken I 6 16

5 alter table und drop table alter table-kommando in SQL-2 Syntax des alter table-kommandos in SQL-89: alter table basisrelationenname add spaltenname wertebereich alter table Lehrstühle add Budget decimal(8,2) Wirkung: Änderung des Relationenschemas im Data Dictionary (ein neues Attribut wird dem Relationenschema Lehrstühle zugeordnet) Erweiterung der existierenden Basisrelation um ein Attribut, das bei jedem existierenden Tupel mit null besetzt wird Statt add spaltenname wertebereich auch Angabe von Default-Werten und check-klauseln erlaubt: add Budget decimal(8,2) default check (Budget > Anzahl_Planstellen 1000) VL Datenbanken I 6 17 VL Datenbanken I 6 18 alter- und drop-klausel für Attribute Die Anweisung drop table Die Klausel alter spaltenname default_änderung nur Änderung der Defaultwerte, nicht Änderung von Datentypen Die Klausel drop spaltenname { restrict cascade erlaubt Löschen von Attributen, falls keine Sichten und Integritätsbedingungen mit Hilfe dieses Attributs definiert wurden (im Fall restrict) oder mit gleichzeitiger Löschung dieser Sichten und Integritätsbedingungen (im Fall cascade) drop table basisrelationenname { restrict cascade restrict und cascade analog zum drop bei Attributen VL Datenbanken I 6 19 VL Datenbanken I 6 20

6 Die Anweisung create index Simulierte Schlüsselbedingung SQL-89: Bestandteil der Norm create [unique] index indexname on basisrelationenname ( spaltenname_1 ordnung_1,, spaltenname_k ordnung_k ) create table Bücher ( ISBN char(10) not null, Titel varchar(200), Verlagsname varchar(30) ) create unique index Buchindex on Bücher (ISBN asc) VL Datenbanken I 6 21 VL Datenbanken I 6 22 Objektorientiertes Modell: ODL ODL: Konzepte Datendefinitionssprache der ODMG für Objektdatenbanken programmiersprachenneutral (Erweiterung der OMG-IDL) Beschreibung der Schnittstellen (Objekttypen) Attribute, Beziehungen, Methodensignaturen Implementierung in konkreter Programmiersprache Mapping für C++, Java, Smalltalk Präprozessor, Schema-Compiler Schnittstelle: Spezifikation des abstrakten Verhaltens eines Typs Klasse: Spezifikation des abstrakten Verhaltens und Zustands eines Typs Attribut: benannte Eigenschaften von Literal- oder Objektdatentypen Beziehungen: Verweise (Referenzen) auf andere Objekte (einstellig/mehrstellig) Operationen: Methoden mit Parametern, Rückgabewert, Ausnahmen VL Datenbanken I 6 23 VL Datenbanken I 6 24

7 ODL: Beispiel Erläuterung ODL-Beispiel class Student : Person ( extent Studenten, key matrnr) attribute char matrnr[6]; attribute string studienfach; attribute set<struct<float note, string fach>> zeugnis; relationship Person mutter inverse Person::kind; relationship Person vater inverse Person::kind; float durchschnittsnote () raises (keine_note); void exmatrikulation (in string art) raises (buecher_ausgeliehen); Objekttyp Personen beschreibt Typhierarchie: Angabe der Obertypen hinter dem Typnamen (hier: Obertyp Person) Extension, in der die aktuell erzeugten Objekte vom Typ Student gesammelt werden sollen (hier: Extension mit dem Namen Studenten) Schlüssel des Objekttyps, eine Auswahl der Attribute, die zur eindeutigen Identifizierung der Objekte unabhängig von der Objektidentität verwendet werden können (hier: nur das Attribut matrnr) Attribute mit Datentypen und Namen VL Datenbanken I 6 25 VL Datenbanken I 6 26 Erläuterung ODL-Beispiel II ODL: Vererbung Beziehungen zu anderen Klassen mit dem Wortsymbol relationship auch inverse Beziehungen ermöglichen Wahl zwischen 1:1-, 1:n, und n:m- Kardinalitäten hier: zwei 1:n-Beziehungen Vater und Mutter zwischen Studenten und Personen, da nur die Rückrichtung einen Set-Typ enthält: set<person> kind Methoden mit ihrer Schnittstelle und einer spezifizierten Ausnahmebehandlung, die im Fehlerfall ausgelöst wird (etwa bei Verletzung von Integritätsbedingungen) isa-beziehung (Generalisierung/Spezialisierung): Vererbung von Verhalten interface Object { ; interface Dokument : Object { ; extends-beziehung: Vererbung von Verhalten und Zustand (nur Einfachvererbung) class Buch : Dokument { ; class Monographie extends Buch { ; VL Datenbanken I 6 27 VL Datenbanken I 6 28

8 ODL: Beziehungen ODL: Beziehungen (II) Umsetzung von m:n-beziehungen besucht(student[0,*], Vorlesung[0,*]) class Vorlesung { relationship set<student> wird_besucht_von inverse Student::besucht; class Student { relationship set<vorlesung> besucht inverse Vorlesung::wird_besucht_von; VL Datenbanken I 6 29 Umsetzung von Beziehungen mit Attributen wird_geprüft(student[0,*], Vorlesung[0,*]; Note) class Pruefung { attribute int note; relationship Vorlesung fach inverse Vorlesung::pruefung; relationship Student pruefling inverse Student::pruefung; class Student { relationship set<pruefung> pruefung inverse Pruefung::pruefling; VL Datenbanken I 6 30 Java-ODL Java-ODL: Beispiel Nutzung von Java-Klassendefinitionen als DDL keine neue Sprache notwendig aber nur eingeschränkte Definitionsmöglichkeiten teilweise Ergänzung mittels Informationen aus Konfigurationsdateien Persistenzfähigkeit von Java-Klassen durch Präprozessor: Verarbeitung einer Java-Klassendefinition, Extraktion der notwendigen Schemainformationen, Hinzufügen von DB-spezifischem Code Postprozessor: Verarbeitung von kompilierten Bytecode, Code-Modifikation entsprechend Persistenzanforderungen public class Author { private String firstname, lastname; public Author (String first, String last) { firstname = first; lastname = last; public String getlastname () { return lastname; public String getfirstname () { return firstname; VL Datenbanken I 6 31 VL Datenbanken I 6 32

9 Java-ODL: Beispiel (II) SQL:1999 public class Book { private String isbn, title; private Category classifiedin; private ListOfObject writtenby; public Buch (String isbn) { this.isbn = isbn; writtenby = new ListOfObject (); SQL:1999 aktuelle Version des SQL-Standards der ISO u.a. Unterstützung objektrelationaler Konzepte Verbindung von Konzepten objektorientierter Datenbankmodelle mit SQL nutzerdefinierte Datentypen, Vererbung/Spezialisierung, Methoden bisher nur teilweise umgesetzt: IBM DB2, Oracle9i, PostgreSQL,... (jeweils mit proprietären Varianten) VL Datenbanken I 6 33 VL Datenbanken I 6 34 SQL:1999: Neue Datentypen BLOB und CLOB BLOB, CLOB: Datentypen für große Binär-/Zeichenkettenobjekte (binary/character large objects) Boolean: boolesche Werte TRUE, FALSE, UNKNOWN Array: Kollektionstyp für mehrwertige Attribute REF-Typen: zur eindeutigen Identifikation von Tupeln (OID) sowie zur Navigation über Pfadausdrücke ROW-Typen: Typkonstruktor für strukturierte Attribute nutzerdefinierte Datentypen: Konstruktion neuer Typen Speicherung großer Zeichenketten/Binärfolgen Bilder, Audio-/Videodaten, XML-Dokumente,... Angabe der max. Größe erforderlich Grenzen sind systemspezifisch Beispiel create table Professoren ( Foto blob(100k)); erfordern spezielle Behandlung beim Zugriff Einschränkungen: kein Primär-/Fremdschlüssel, keine Gruppierung/Sortierung VL Datenbanken I 6 35 VL Datenbanken I 6 36

10 Kollektionsdatentypen Kollektionsdatentypen: Beispiel Datentypen zur Speicherung mehrerer Werte für ein Attribut array-typkonstruktor Elementdatentyp max. Kardinalität k Notation datentyp array[k] keine Schachtelung möglich! unterstützte Operationen: Indexzugriff (1... k), Länge create table Bücher ( titel varchar(100), isbn varchar(10), preis decimal(5,2), abstract clob(10k), autoren varchar(20) array[5] ); VL Datenbanken I 6 37 VL Datenbanken I 6 38 Anonyme ROW-Typen Nutzerdefinierte Datentypen (UDT) Typkonstruktor für strukturierte Attribute anonym kein expliziter Typname Notation row (fname 1, ftyp 1,, fname n, ftyp n ) Beispiel: create table Kunden ( name varchar(50), adresse row (strasse varchar(30), plz char(5), ort varchar(30)) ); Definition abstrakter Datentypen Unterscheidung in Distinct-Typen: Definition eines Datentyps direkt als Umbenennung eines Basisdatentyps Strukturierte Typen: Typkonstruktor für benannte strukturierte Datentypen VL Datenbanken I 6 39 VL Datenbanken I 6 40

11 Distinct-Typen Strukturierte Typen Umbennung existierender Typen zur Einführung von Typ-Inkompatibilitäten nur für Attribute, Parameter, Variablen Beispiel: create type meter as integer final; create type quadratmeter as integer final; kein Vergleich/Zuweisung von Attributen verschiedener Distinct-Typen create table Grundstück ( laenge meter, breite meter, flaeche quadratmeter); breite und flaeche sind inkompatibel VL Datenbanken I 6 41 Typkonstruktor zur Definition abstrakter Datentyp verwendbar für Attribute, Parameter, Variablen, Tabellen Beispiele: create type Adresse as ( strasse varchar(30), plz char(5), ort varchar(30)) ) not final create type Kunde as ( knr int, name varchar(30), lieferadresse Adresse ) not final VL Datenbanken I 6 42 Subtyping Strukturierte Typen: Methoden Definition von Untertypen als Erweiterung existierender Datentypen (UDTs) Notation: untertyp under supertyp keine Mehrfachvererbung zulässig bei Typdefinition not final: Subtyping zulässig final: keine Bildung von Untertypen Beispiel: create type Person as ( ) not final create type Kunde under Person as ( ) not final SQL-Funktionen/Prozeduren, die UDT zugeordnet sind Besonderheiten: impliziter SELF-Parameter (vergleichbar this in C++, Java) getrennte Spezifikation von Signatur und Implementierung automatisch generierte set/get-methoden für alle Attribute eines Typs VL Datenbanken I 6 43 VL Datenbanken I 6 44

12 Methoden: Beispiel Strukturierte Typen für Tabellen create type Kunde as ( ) not final method gesamt_bestellsumme() returns decimal(9,2)) create method gesamt_bestellsumme() for Kunde begin end Definition von Tabellen auf Basis strukturierter Typen Objektrelation Attribute werden Spalten zusätzliche Spalte für OID (benötigt für REF-Typen) Beispiel: create table Kunden of Kunde ( ref is oid user generated) Kunde ist Tabellentyp Adresse ist Spaltentyp VL Datenbanken I 6 45 VL Datenbanken I 6 46 Objektidentifikatoren REF-Typ Bildung von Objektidentifikatoren für Tupel in Objektrelationen (unveränderliche IDs) ref is user generated nutzerdefinierte/-vergebene OID ref is system generated systemgenerierte OID ref from (Attributliste) OID wird abgeleitet von anderen Attributen (z.b. Primärschlüssel) Typ für Referenzen auf Instanzen eines strukturierten Datentyps (Tupel einer Objektrelation) Notation: ref(strukturierter-typ) [ scope gültigkeitsbereich ] Gültigkeitsbereich: vorgegebene Tabelle alle Tabellen... VL Datenbanken I 6 47 VL Datenbanken I 6 48

13 REF-Typ: Beispiel Objektrelationale Typen in Oracle9i create type Person as ( personalnr integer, name varchar(30), vorgesetzter ref(person)) create table Angestellte of Person ( ) create table Abteilungen ( name varchar(10), leiter ref(person) scope(angestellte), mitarbeiter ref(person) scope(angestellte) array[10] ) Unterstützung objektrelationaler Konzepte in Oracle seit Version 8 Abweichungen vom SQL-Standard proprietäre Erweiterungen Methodenimplementierung in PL/SQL Konzepte: UDTs, REF, Kollektionen, Methoden, Subtyping VL Datenbanken I 6 49 VL Datenbanken I 6 50 Oracle: Typdefinition Oracle: Objekttabellen Definition von Datentypen für Attribute, Variablen und Tabellen (row objects) Notation: create type name as object () Tabellen mit Objekten (Instanzen eines UDT) als Tupel Beispiel: create table Kunden of Kunde; Interpretation Tabelle mit einer Spalte von Objekten Tabelle mit (mehreren) Spalten, die Attributen des UDT entsprechen VL Datenbanken I 6 51 VL Datenbanken I 6 52

14 Oracle: Objekttabellen (II) Oracle: Kollektionen Objektidentifikatoren object identifier is primary key: Nutzung des Primärschlüssels as OID object identifier is system generated: Nutzung des Primärschlüssels as OID Repräsentation von mehrwertigen Attributen und 1:n-Beziehungen Typkonstruktoren varray: geordnete Menge von Elementen nested table: ungeordnete Menge ohne Größenbeschränkung VL Datenbanken I 6 53 VL Datenbanken I 6 54 Oracle: VARRAY Oracle: Nested Tables geordnete Menge von Elementen über Index adressierbar max. Größe bei Definition spezifizieren Speicherung als Binärobjekt (BLOB) Beispiel: create type AutorenListe as varray(10) of varchar(50); create table Buecher ( autoren AutorenListe ); ungeordnete Menge von Elementen ohne Größenbeschränkung Speicherung der Objekte in separater Tabelle intern: NESTED_TABLE_ID für Verweis von Elterntabelle auf nested table Beispiel: create type Person as object ( ); create type Angestellte as table of Person; create table Abteilungen ( name varchar(10), mitarbeiter Angestellte ) nested table mitarbeiter store as abt_mitarb_tbl; VL Datenbanken I 6 55 VL Datenbanken I 6 56

15 Oracle: REF-Typen Oracle: Methoden Implementierung logischer Zeiger über OIDs Ersatz für Fremdschlüssel vereinfachte Navigation (Pfadausdrücke) Typkonstruktor address_ref ref address_type Angabe des Gültigkeitsbereichs scope is address_table Funktionen/Prozeduren, die zu einem Objekttyp zugeordnet sind Implementierung in PL/SQL oder als externe Methoden (C, Java) self als impliziter Parameter impliziter Konstruktor zur Erzeugung von Objekten Beispiel: create type Kunde as object ( member function gesamt_bestellsumme() return number(9,2)) ); VL Datenbanken I 6 57 VL Datenbanken I 6 58 Oracle: Map- und Order-Methoden Oracle: Map- und Order-Methoden (II) Spezifikation von Vergleichs- und Ordnungsfunktionen für Objekttypen Nutzung im Rahmen von Anfragen (Gruppierung, Sortierung) MAP-Funktionen: Vergleich durch Abbildung auf Basisdatentypen (date, varchar, number,... ) create type Rechteck as object ( laenge integer, breite integer, map member function flaeche return integer ); ORDER-Funktionen: direkte Vergleiche von Objekten create type Kunde as object ( order member function vergleiche (k Kunde) return integer ); VL Datenbanken I 6 59 VL Datenbanken I 6 60

16 Oracle: Subtyping XML Schema: Überblick Definition von Objekttypen durch Ableitung von vorhandenen Objekttypen Hinzufügen von Attributen und Methoden Überschreiben von Methoden final/not final Beispiel: create type Student under Person ( ); Typersetzbarkeit: Tabelle eines gegebenen Objekttyps kann auch Instanzen eines Subtyps aufnehmen VL Datenbanken I 6 61 Datendefinition für XML (valide Dokumente): bisher nur DTD Grammatik zur Festlegung der zulässigen Elemente und deren Schachtelung schwache Typisierung, begrenzte Ausdrucksmöglichkeiten dokument-orientiert Alternative: XML Schema Definition einer Klasse von XML-Dokumenten (Dokumentinstanzen) Schemadefinitionssprache nicht auf Dokumente beschränkt (vgl. XML-DBS) weitergehende Modellierungsmöglichkeiten daten-orientiert VL Datenbanken I 6 62 XML Schema: Konzepte Beispieldokument Namensraum (Präfix): xsd Schemaelement: bestehend aus Subelementen Elementen: element komplexen Typdefinitionen: complextype Komposition aus anderen Elementen und Attributen einfachen Typdefinitionen: simpletype Basistypen Einschränkung von Basistypen Kommentaren <?xml version="1.0"?> <bestellung datum=" " > <lieferadresse land="d" > <name>institut fuer Informatik</name> <ort>halle/s.</ort> <strasse>von-seckendorff-platz 1</strasse> <plz>06120</plz> </lieferadresse> <positionen> <position prodnr="mon-123-a" > <prodname>17-zoll-tft Singsang</prodName> <menge>1</menge> <preis>599</preis> </position> </positionen> </bestellung> VL Datenbanken I 6 63 VL Datenbanken I 6 64

17 Schemadefinition Deklaration von Elementen <xsd:schema xmlns:xsd=" <xsd:element name=bestellung type="bestelltyp"/> <xsd:complextype name="bestelltyp"> <xsd:sequence> <xsd:element name="lieferadresse" type="adresstyp" /> <xsd:element name="positionen" type="positionentyp" /> </xsd:sequence> <xsd:attribute name="datum" type="xsd:date" /> </xsd:complextype> </xsd:schema> Definition von Elementen und Attributen, die im Dokument auftreten können typisierte Elemente und Attribute Notation: <xsd:element name="element-name" type="typ-name" /> weitere Attribute für xsd:element minoccurs/maxoccurs: Beschränkung der min. bzw. max. Häufigkeit des Auftretens des Elementes use: required, optional default: Default-Wert VL Datenbanken I 6 65 VL Datenbanken I 6 66 Einfache Typen Einfache Typen: Bereichseinschränkung Builtin-Typen: string, integer, double, date, anyuri,... abgeleitete Typen durch Restriktion der Builtin-Typen erlauben keine Attribute Bereichseinschränkung Muster Aufzählung von Werten (enumeration) Listen (list), Vereinigung verschiedener Wertebereiche (union) Einschränkung des Wertebereichs ( ) <xsd:simpletype name="mengentyp"> <xsd:restriction base="xsd:integer"> <xsd:mininclusive value="1" /> <xsd:maxinclusive value="100" /> </xsd:restriction> </xsd:simpletype> VL Datenbanken I 6 67 VL Datenbanken I 6 68

18 Einfache Typen: Muster Komplexe Typen Einschränkung des Wertebereichs durch Angabe eines Musters (regulärer Ausdruck) <xsd:simpletype name="prodnrtyp"> <xsd:restriction base="xsd:string"> <xsd:pattern value="[a-z]{3-\d{3-[a-z]{1" /> </xsd:restriction> </xsd:simpletype> Typkonstruktor für Elemente mit Attributen und Subelementen Bildung komplexer Typen auf Basis einfacher Typen Mixed Content (Sequenz von Subelementen) Auswahl, Gruppierung... VL Datenbanken I 6 69 VL Datenbanken I 6 70 Komplexe Typen: Beispiel Komplexe Typen: Beispiel (II) Typdefinition <xsd:complextype name="intpreistyp"> <xsd:simplecontent> <xsd:extension base="xsd:decimal"> <xsd:attribute name="waehrung" type="xsd:string"/> </xsd:extension> </xsd:simplecontent> </xsd:complextype> Anwendung (Dokumentinstanz) <preis waehrung="euro">899</preis> <xsd:complextype name="positionentyp"> <xsd:sequence> <xsd:element name="position" minoccurs="1" maxoccurs="unbounded"> <xsd:complextype> <xsd:sequence> <xsd:element name="prodname" type="xsd:string"/> <xsd:element name="menge" type="mengentyp"/> <xsd:element name="preis" type="xsd:decimal"/> </xsd:sequence> <xsd:attribute name="prodnr" type="prodnrtyp" use="required"/> </xsd:complextype> </xsd:element> </xsd:sequence> </xsd:complextype> VL Datenbanken I 6 71 VL Datenbanken I 6 72