Rückblick Abbildung E/R-Modell auf Relationales Modell (Tabellenmodell) ENTITY-TYPES RELATIONSHIP-TYPES (1:N / N:M / 1:1) Generalisierungshierarchie.

Präsentation zum Thema: "Rückblick Abbildung E/R-Modell auf Relationales Modell (Tabellenmodell) ENTITY-TYPES RELATIONSHIP-TYPES (1:N / N:M / 1:1) Generalisierungshierarchie."—  Präsentation transkript:

1 Rückblick Abbildung E/R-Modell auf Relationales Modell (Tabellenmodell) ENTITY-TYPES RELATIONSHIP-TYPES (1:N / N:M / 1:1) Generalisierungshierarchie SQL-Anweisungen Überblick CREATE TABLE CREATE DOMAIN [AS] Datentyp [CHECK] SELECT ... FROM ... WHERE ... UPDATE, INSERT INTO, DELETE FROM, Datentypen, Vergleichsoperatoren, Aggregationsfunktionen Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

2 Offene Fragen schreibweise Datentyp Date: Date'1995-06-22'
Hochkomma: ' Bei Strings: ' ' wird Gross-Kleinschreibung unterschieden, ansonsten (Schlüsselwörter, Tabellennamen, Attributnamen) wird Gross-Kleinschreibung nicht unterschieden . INSERT INTO : Zuweisung erfolgt über Position; bei Textfeldern müssen die Werte in Hochkomma eingefasst werden. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

3 Ausblick heute Relationale Algebra (theoretische Basis)
SQL detaillierter / systematischer / vollständiger CREATE TABLE SELECT ... FROM ... WHERE ... JOIN (Verbund) NULL-Werte 3wertige Logik / Semantik Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

4 Relationale Algebra (Relationenalgebra)

5 Relationale Algebra bildet den formalen Rahmen für die
Die relationale Algebra (Relationenalgebra) bildet den formalen Rahmen für die relationalen Datenbanksprachen. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

6 Relationale Algebra relational vollständige Sprachen.
Relationale Datenbanksprachen, die die Operationen der Relationenalgebra sinngemäss umsetzen, heissen relational vollständige Sprachen. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

7 Relationale Algebra ersten Normalform voraus.
Die relationale Algebra (Relationenalgebra) setzt Relationen (Tabellen) in der ersten Normalform voraus. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

8 Relationale Algebra Man unterscheidet: Mengenorientierte Operatoren
Relationenorientierte Operatoren Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

9 Relationale Algebra Alle Operatoren der Relationenalgebra
bilden eine oder zwei Tabellen auf eine neue Tabelle ab. Tabelle1  Tabelle2 Tabelle1, Tabelle2  Tabelle3 Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

10 Relationale Algebra Mengenorientierte Operatoren: Vereinigung R  S
Durchschnitt R  S Differenz R \ S Kartesisches Produkt R x S Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

11 Relationale Algebra Vorraussetzung für die Anwendung der mengenorientierten Operatoren R  S, R  S, R \ S ist das Verträglichkeitskriterium Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

12 Verträglichkeitskriterium
Die in die Operationen (R  S, R  S, R \ S) involvierten Tabellen R und S weisen die gleiche Anzahl Attribute auf und die Domänen / Datenformate der korres- pondierenden Attribute sind identisch. Die Ergebnistabelle hat dann auch die gleiche Anzahl Attribute mit den gleichen Domänen. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

13 Relationale Algebra miteinander kombiniert werden.
Ansonsten können die Operatoren der Relationenalgebra weitgehend ohne Einschränkung miteinander kombiniert werden. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

14 Mengenorientierte Operatoren
Vereinigung Duchschnitt Differenz R R R R \ S R  S R  S S S S {t| t  R or t  S} {t| t  R and t  S} {t| t  R and t  S} R R x S Kartesisches Produkt:= {(x,y): R(x)  S(y)} S

15 Relationale Algebra Vereinigung (R  S):
Die Vereinigungstabelle enthält alle Datensätze, die in R oder in S enthalten sind. Da es sich um die mengentheoretische Vereinigung handelt, werden Duplikate dabei eliminiert. Zur Anwendung der Vereinigung müssen R und S gleiche Stelligkeit und verträgliche Domänen haben. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

16 Relationale Algebra Durchschnitt (R  S):
Die Durchschnittstabelle von R und S enthält alle Datensätze (Tupel), die in R und in S enthalten sind. Alle Datensätze (Tupel) sind nur einmal enthalten. Zur Anwendung des Durchschnitts müssen R und S gleiche Stelligkeit und verträgliche Domänen haben. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

17 Relationale Algebra Differenz (R \ S):
Die Ergebnistabelle der Differenzoperation zwischen R und S enthält alle Datensätze (Tupel) , die in R und nicht in S enthalten sind. Zur Anwendung des Durchschnitts müssen R und S gleiche Stelligkeit und verträgliche Domänen haben. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

18 Relationale Algebra Kartesisches Produkt (R  S):
Das Kartesische Produktes R  S zwischen R und S ist die Menge aller möglichen Kombinationen (x,y), die sich aus den Tupeln x aus R und y aus S bilden lassen. Zur Anwendung des Kartesischen Produktes muss das Verträglichkeitskriterium nicht gelten, d.h. die Attribute der beteiligten Relationen müssen nicht gleiche Stelligkeit und verträgliche Domänen haben. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

19 Relationale Algebra Kartesisches Produkt: R x S Beispiel
Gegeben seien die Relationen R = {(1,Julia), (2,Michael)} und S = {(1,Julia), (3,Toni)} R x S = {(1,Julia,1,Julia), (1,Julia,3,Toni), (2, Michael, 1,Julia), (2,Michael, 3,Toni)} Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

20 Beispieltabelle Mitarbeiter

21 Beispieltabelle Sportclub

22 Beispieltabelle Fotoclub

23 Beispieltabelle Clubmitglieder = Sportclub  Fotoclub

24 Beispieltabelle Clubmitglieder = Sportclub  Fotoclub

25 Beispieltabelle Clubmitglieder = Sportclub \ Fotoclub

26 Relationale Algebra Relationenorientierte Operatoren:
Projektion der Tabelle R auf eine Menge von Merkmalen M: M (R) Selektion von Zeilen aus einer Tabelle R mittels einer Formel F: F (R) Verbund zweier Tabellen R und S durch Prädikat P: R |X|P S Division der Tabelle R durch die Teiltabelle S: R  S Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

27 Relationenorientierte Operatoren
Selektion von R mittels F Projektion von R auf M M (R) F (R) R R |X|P S Verbund von R und S durch Prädikat P S R

28 Relationenorientierte Operatoren
S Divison der Tabelle R durch die Teiltabelle S R  S

29 Relationale Algebra Projektion:
Wir setzen hier voraus, daß M eine Teilmenge aller Attribute von R (A1,..., An) ist. Die Projektion entsteht aus R durch Weglassen aller Attribute von R, die nicht in M aufgeführt sind. Dabei auftretende Duplikate (Datensätze) müssen entfernt werden. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

30 Relationale Algebra Projektion: Beispiel
R = {(42,18,Maria), (99,42,Max), (42,30,Maria)} Projektion(R,1.Stelle, 3.Stelle) = {(42,Maria), (99, Max)} Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

31 Beispiel - Projektion Ort (Mitarbeiter)

32 Beispiel 2 Projektion A#-Unt,Name (Mitarbeiter)

33 Beispieltabelle Kartesisches Produkt:
Wettkampfpaarungen: (Sportclub \ Fotoclub) x Fotoclub Mitglied M# Name Strasse Ort M1 M19 M4 M7 Meier Schweizer Lindstrasse Hauptstrasse Liestal Zürich Becker Huber Wasserweg Mattenweg Basel

34 Relationale Algebra Division: R  S
Setzt voraus, dass S in R enthalten ist!!! R  S berechnet eine Teiltabelle R´von R mit der Eigenschaft, dass R´ x S  R. R´muss dabei maximal sein. R´ enthält genau die Attribute von R, die nicht in S vorkommen. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

35 Beispiel Division R´´= R´ x S R´ S R M# PROJ# M1 M2 M4 P1 P2 P4 M# M1
Mitarbeiter, die gleichzeitig an Projekten P2 und P4 arbeiten R Tabelle der den Projekten zugeordneten Mitarbeiter

36 Beispiel Verbund: Ausgangstabellen
Mitarbeiter M# Unt Ort Strasse Name M19 M1 M7 M4 Schweizer Meier Huber Becker Hauptstrasse Lindstrasse Mattenweg Wasserweg Zürich Liestal Basel A6 A3 A5 A# Bezeichnung A3 A5 A6 Informatik Personal Finanz Abteilung

37 Beispiel Verbund Mitarbeiter ||Unt=A# Abteilung M# Unt Ort Strasse
Name M19 M1 M7 M4 Schweizer Meier Huber Becker Hauptstrasse Lindstrasse Mattenweg Wasserweg Zürich Liestal Basel A6 A3 A5 Mitarbeiter ||Unt=A# Abteilung A# Bezeichnung Finanz Informatik Personal

38 Verbund Es gilt folgende Formel: R ||P S = P R  S
Dies bedeutet, dass der Verbund von R und S mittels P durch das Kartesische Produkt von R und S plus anschliessender Selektion mittels P definiert werden kann.

39 Relationale Algebra Vereinigung Differenz Kartesisches Produkt
Projektion Selektion sind die kleinst mögliche Menge von Operatoren der Relationenalgebra. Alle anderen können dadurch definiert werden. Beispiel: R  S := R \ (R \ S) Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

40 SQL DDL

41 SQL DDL Konzeptuelle Ebene Konzeptuelle Ebene / SQL 92 Externe Ebene
CREATE TABLE ALTER TABLE DROP TABLE CREATE DOMAIN ALTER DOMAIN DROP DOMAIN CREATE VIEW DROP VIEW CREATE INDEX ALTER INDEX DROP INDEX Konzeptuelle Ebene Konzeptuelle Ebene / SQL 92 Externe Ebene Interne Ebene Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

42 CREATE TABLE Allgemein:
CREATE TABLE table_name (spaltendefinitionsliste [,tabellenintegritätsregelliste]); spaltendefinition ::= spaltenname typangabe [default-Klausel] [spaltenintegritätsregelliste] tabellenintegritätsregel ::= check-klausel | primary_key-klausel | unique-klausel | foreign-key-klausel Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

43 CREATE TABLE Der Tabellenname muss innerhalb der Datenbank eindeutig sein! Innerhalb einer Tabellendefinition müssen die Attributnamen ebenfalls eindeutig sein! Integritätsregeln können als Spalten- oder als Tabellenintegritätsregeln formuliert werden. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

44 DDL CREATE TABLE Mögliche Integritätsregeln: Primärschlüssel
weitere Schlüssel (Schlüsselkandidaten) Fremdschlüssel mit Bezugstabelle Einschränkungen für die Wertebereiche der Spalten Verbot von Nullmarken in Spalten Spaltenübergreifende Integritätsbedingungen tabellenübergreifende Integritätsbedingungen Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

45 Spaltendefinition Allgemein:
spaltendefinition ::= spaltenname typangabe [default-Klausel] [spaltenintegritätsregelliste] „typangabe“ ist ein Datentyp oder eine in der Datenbank definierte Domäne. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

46 Spaltendefinition DEFAULT-Klausel: default-klausel ::=
DEFAULT NULL | DEFAULT systemvariable | DEFAULT literal NULL: Standardmässig wird eine Nullmarke eingesetzt. Mögliche Systemvariable: CURRENT_USER, CURRENT_DATE, CURRENT_TIME, CURRENT_TIMESTAMP literal ist eine explizite Angabe des DEFAULT-Werts. Sie muss zu der Datentypdefinition bzw. der Domäne der Spalte passen. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

47 Spaltendefinition DEFAULT-Klausel (Beispiel): CREATE TABLE vorschlag (
vorschlagsnr INTEGER NOT NULL, mitarbeitername CHAR(30) DEFAULT CURRENT_USER, datum DATE DEFAULT CURRENT_DATE, art vorschlagsart DEFAULT ‘informatik‘, vorschlag VARCHAR(200) ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

48 Spaltendefinition Domain-Definition
CREATE DOMAIN vorschlagsart AS char(30) CHECK (VALUE IN ('informatik'‚ 'mathematik')); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

49 Spaltendefinition Spaltenintegritätsregel (Beispiel):
CREATE TABLE vorschlag ( vorschlagsnr INTEGER NOT NULL, mitarbeitername CHAR(30) DEFAULT CURRENT_USER, datum DATE DEFAULT CURRENT_DATE, art vorschlagsart DEFAULT ‘informatik‘, vorschlag VARCHAR(200) ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

50 Spaltendefinition Spaltenintegritätsregel (Beispiel):
CREATE TABLE Kunde ( kundennr INTEGER NOT NULL, status CHAR(1) NOT NULL CHECK (status IN (‘W‘, ‘G‘, ‘S‘)), Name CHAR(30) NOT NULL, zahlungsart CHAR(1) NOT NULL DEFAULT ‘N‘ CHECK (zahlungsart IN (‘R‘, ‘B‘, ‘N‘,‘V‘,‘K‘)), Ort CHAR (39) NOT NULL, PRIMARY KEY (kundennr) ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

51 Spalten- Tabellenintegrität
Falls sich eine Tabellenintegritätsregel nur auf eine Spalte (ein Attribut) bezieht unterscheidet sie sich inhaltlich (semantisch) und von der Form her nicht von der sinngleichen Spaltenintegritätsregel. Der Unterschied ergibt sich nur aus der Position in der DELETE TABLE Anweisung. Um spaltenübergreifende Integritätsregeln zu formulieren muss eine Tabellenintegritätsregel verwendet werden. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

52 Spalten- Tabellenintegrität
Bei jeder Datenänderung wird sichergestellt, dass die in den Integritätsregeln formulierten Bedingungen nicht den Wert false annehmen können. Der Wert unknown der dreiwertigen Logik, der durch NULL-Marken repräsentiert wird, ist allerdings zulässig CHECK (liefermenge <= bestellmenge) wird akzeptiert für liefermenge IS NULL Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

53 Tabellenintegritätsregel
CHECK-Klausel (allgemeine Form): CHECK (bedingung) „bedingung“ ist analog der WHERE-Klausel in der SELECT-Anweisung definiert. Dabei sind auch Unterabfragen zulässig, die sich auf andere Tabellen in der gleichen DB beziehen. Bei jeder Datenänderung wird sichergestellt, dass „bedingung“ nicht den Wert „false“ annimmt, „unknown“ ist hingegen erlaubt. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

54 Tabellenintegritätsregel
CHECK-Klausel (Beispiel): CREATE TABLE Kunde ( kundennr INTEGER NOT NULL, status CHAR(1) NOT NULL, Name CHAR(30) NOT NULL, zahlungsart CHAR(1) NOT NULL DEFAULT ‘N', Ort CHAR (39) NOT NULL, CHECK (status IN (‘W‘, ‘G‘, ‘S‘)), CHECK (zahlungsart IN (‘R‘, ‘B‘, ‘N‘,‘V‘,‘K‘)) ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

55 Tabellenintegritätsregel
PRIMARY KEY-Klausel (allgemeine Form): PRIMARY KEY (spaltenliste) Die PRIMARY KEY-Klausel ist nicht verbindlicher Bestandteil der CREATE TABLE-Anweisung. Jede Relation muss allerdings einen Primary Key haben. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

56 Tabellenintegritätsregel
CHECK-Klausel ermöglicht: weitere Festlegungen bezüglich der erlaubten Spaltenwerte die Formulierung spaltenübergreifender Integritätsbedingungen Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

57 Tabellenintegritätsregel
CHECK-Klausel (Beispiel): CREATE TABLE bestellung ( kundennr INTEGER NOT NULL, liefermenge INTEGER, bestellmenge INTEGER, CHECK (liefermenge <= bestellmenge) ); Es ist zulässig, dass eines der beiden Attribute einen Nullwert hat. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

58 Tabellenintegritätsregel
PRIMARY KEY-Klausel (Beispiel 1): CREATE TABLE bestellung ( kundennr INTEGER NOT NULL, liefermenge INTEGER, bestellmenge INTEGER, CHECK (liefermenge <= bestellmenge), PRIMARY KEY (kundennr) ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

59 Tabellenintegritätsregel
PRIMARY KEY-Klausel (Beispiel 1): CREATE TABLE bestellung ( kundennr INTEGER, liefermenge INTEGER, bestellmenge INTEGER, CHECK (liefermenge <= bestellmenge), PRIMARY KEY (kundennr) ); Auf die Angabe „NOT NULL“ kann verzichtet werden: Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

60 Tabellenintegritätsregel
PRIMARY KEY-Klausel (Beispiel 2): Bei einspaltigem Primärschlüssel ist auch folgende Festlegung möglich: CREATE TABLE bestellung ( kundennr INTEGER PRIMARY KEY, liefermenge INTEGER, bestellmenge INTEGER, CHECK (liefermenge <= bestellmenge) ); Der Schlüssel bezieht sich dennoch auf die ganze Tabelle! Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

61 Tabellenintegritätsregel
Beispiel: CREATE TABLE Kunde ( kundennr INTEGER NOT NULL, status CHAR(1) NOT NULL, Name CHAR(30) NOT NULL, zahlungsart CHAR(1) NOT NULL DEFAULT ‘N', Ort CHAR (39) NOT NULL, CHECK (status IN (‘W‘, ‘G‘, ‘S‘)), CHECK (zahlungsart IN (‘R‘, ‘B‘, ‘N‘,‘V‘,‘K‘)), PRIMARY KEY (kundennr) ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

62 Tabellenintegritätsregel
FOREIGN KEY-Klausel (allgemeine Form): foreign_key-klausel ::= FOREIGN KEY (spaltenliste) REFERENCES tabellenname [(spaltenliste)] [ON DELETE änderungsaktion] ON UPDATE änderungsaktion] Unterstützung der referentiellen Integrität!!! Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

63 Tabellenintegritätsregel
FOREIGN KEY-Klausel (Beispiel): CREATE TABLE bestellung ( bestellnr INTEGER NOT NULL, kundennr INTEGER NOT NULL, bestelldatum DATE NOT NULL, lieferdatum DATE, rechnungsbetrag MONEY, PRIMARY KEY (bestellnr), FOREIGN KEY (kundennr) REFERENCES Kunde ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

64 Tabellenintegritätsregel
FOREIGN KEY-Klausel (Beispiel-Kurzform): CREATE TABLE bestellung ( bestellnr INTEGER NOT NULL, kundennr INTEGER NOT NULL FOREIGN KEY REFERENCES Kunde, bestelldatum DATE NOT NULL, lieferdatum DATE, rechnungsbetrag MONEY, PRIMARY KEY (bestellnr) ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

65 FOREIGN KEY-Klausel Aktionsregeln für referentielle Integrität:
änderungsaktion ::= NO ACTION | CASCADE | SET NULL | SET DEFAULT Änderung am Primärschlüssel können verboten werden (NO ACTION) an Fremdschlüssel weitergeben werden (CASCADE) Fremdschlüsselwert auf Null setzen (SET NULL) Fremdschlüsselwert auf Defaultwert setzen (SET DEFAULT) Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

66 FOREIGN KEY-Klausel NO ACTION
Jegliche Änderung an den referenzierten Schlüsselwerten ist untersagt, wenn es korrespondierende Fremdschlüsselwerte gibt. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

67 FOREIGN KEY-Klausel CASCADE
Die per Fremdschlüsselwert korrespondierenden Zeilen in der abhängigen Tabelle werden entsprechend manipuliert, wenn der Schlüsselwert gelöscht oder geändert wird. Wird z.B. ein Kunde gelöscht, werden auch die zugehörigen Bestellungen gelöscht. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

68 FOREIGN KEY-Klausel SET NULL
Korrespondierende Fremdschlüsselwerte werden auf NULL gesetzt, wenn der referentielle Schlüssel manipuliert wird. Dies setzt voraus, dass für die Fremdschlüsselwerte Nullmarken zugelassen sind. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

69 FOREIGN KEY-Klausel SET DEFAULT
Alle entsprechenden Fremdschlüsselwerte werden auf den bei der Tabellendefinition mit der DEFAULT-Klausel definierten Default-Wert gesetzt, wenn der Primärschlüssel verändert wird. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

70 Tabellenintegritätsregel
FOREIGN KEY-Klausel (Beispiel 2): CREATE TABLE position ( bestellnr INTEGER NOT NULL, artikelnr INTEGER NOT NULL, bestellmenge INTEGER NOT NULL, liefermenge INTEGER, gesamtpreis MONEY, PRIMARY KEY (bestellnr, artikelnr), FOREIGN KEY (bestellnr) REFERENCES bestellung ON UPDATE CASCADE ON DELETE CASCADE); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

71 Tabellenintegritätsregel
FOREIGN KEY-Klausel (Beispiel 3): Bei vorliegen der Regel (in der Tabelle „bestellung“) FOREIGN KEY (kundennr) REFERENCES kunde wird DROP TABLE kunde nicht ausgeführt. DROP TABLE kunde CASCADE löscht die ganze Integritätsdefinition aus der Tabelle „bestellung“. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

72 Tabellenintegritätsregel
UNIQUE-Klausel (allgemeine Form): unique-klausel ::= UNIQUE(spaltenliste) dient dazu, Schlüsselkandidaten zu verwalten Schlüsselkandidaten dürfen wie Primärschlüssel nicht mehrfach vorkommen. NULL-Werte sind allerdings erlaubt, d.h. sie werden nicht automatisch ausgeschlossen. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

73 Tabellenintegritätsregel
UNIQUE-Klausel (Beispiel): CREATE TABLE Kunde ( kundennr INTEGER NOT NULL, status CHAR(1) NOT NULL, Name CHAR(30) NOT NULL, zahlungsart CHAR(1) NOT NULL DEFAULT ‘N', Ort CHAR (39) NOT NULL, debitoren_kontonr INTEGER NOT NULL, UNIQUE (debitoren_kontonr), PRIMARY KEY (kundennr) ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

74 Tabellenintegritätsregel
UNIQUE-Klausel (Beispiel 2): CREATE TABLE Kunde ( kundennr INTEGER NOT NULL, ... debitoren_kontonr INTEGER NOT NULL UNIQUE, PRIMARY KEY (kundennr) ); UNIQUE kann bei einspaltigem Kandidatenschlüssel auch in Kurzform als Bestandteil der Spaltendefinition verwendet werden Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

75 tabellenübergreifende Integritätsregeln
ASSERTION-Statement CREATE ASSERTION assertion-name CHECK (bedingung) [attributliste] „bedingung“ formuliert die Bedingung, die nicht verletzt werden darf Ist in vielen DBMS noch nicht realisiert. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

76 tabellenübergreifende Integritätsregeln
ASSERTION-Statement (Beispiel): CREATE ASSERTION kunde_zahlart CHECK (NOT EXISTS ( SELECT * FROM kunde k WHERE zahlungsart =‘B‘ AND NOT EXISTS( SELECT * FROM girokonto g WHERE g.kundennr = k.kundennr ))) ; Zahlungsart =„B“ nur dann, wenn Bankkonto bekannt! Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

77 ALTER TABLE Schema-Evolution in SQL2:
ALTER TABLE <relation> DROP COLUMN <attribute>; ADD COLUMN <attribute> <domain>; Keines der vorhandenen Applikationsprogramme sollte dadurch beeinträchtigt werden, es sei denn, es verwendet das zu löschende Attribut. Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

78 CAST-Funktion zur Typkonversion
Allgemein: CAST (Skalarer Ausdruck AS [datentyp | domäne]) Beispiel: CAST(‘344‘ AS INTEGER) Die Zeichenfolge ‘344‘ wird in die Zahl 344 umgeformt. (erfolgt i.a. Fall nur, wenn es möglich ist.) Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

79 Übungsaufgabe Schemadefinition Vertriebsdatenbank (Web-Shop) in SQL
Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

80 Preis Anzahl PNr BNr KuNr n m n 1 Produkt Bestellung Kunde m n n n 1 n
BDatum PNr BNr KuNr n m n 1 Posten bestellt Produkt Bestellung Kunde m n n n 1 n Anzahl LDATUM Preis offeriert LPreis liefert aus bearbeitet liefert OPosten beschreibt 1 n 1 Spediteur Mitarbeiter n Offerte 1 n 1 1 SNr MNr ONr bearbeitet Offerte Lieferant Kategorie KaNr LNr

81 Tabellen Vertriebsdatenbank
Kunde(KuNr, Name, Adresse, Rabatt) Produkt(PNr, P-Name, KaNr, LNr, Preis, LPreis) Bestellung(BNr,KuNr,MNr,SNr,Bestelldatum, Lieferdatum) Lieferant(LNr,Name, Adresse) Kategorie(KaNr,Name) Spediteur(SNr, Name, Adresse) Mitarbeiter(MNr,Name, Adresse) Offerte(Onr, KuNr, MNr) Posten(PNr,BNr,Anzahl) Oposten(PNr,ONr,Anzahl,Preis) Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

82 Lösungsbeispiel 1 CREATE TABLE Kunde ( KuNr integer PRIMARY KEY,
Name char(20) NOT NULL, Adresse char(50), Rabatt Decimal(3,1) ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

83 Lösungsbeispiel 2 CREATE TABLE Bestellung ( BNr integer PRIMARY KEY,
KuNr integer NOT NULL, MNr integer, SNr integer, Bestelldatum Date DEFAULT CURRENT_DATE, Lieferdatum Date, FOREIGN KEY (KuNr) REFERENCES Kunde ON DELETE NO ACTION ON UPDATE CASCADE, FOREIGN KEY (MNr) REFERENCES Mitarbeiter ON DELETE SET NULL ON UPDATE CASCADE, FOREIGN KEY (SNr) REFERENCES Spediteur ON DELETE SET NULL ON UPDATE CASCADE ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

84 Lösungsbeispiel 3 ); CREATE TABLE Posten ( BNr integer, PNr integer,
Anzahl integer NOT NULL, PRIMARY KEY (BNr, PNr), FOREIGN KEY (BNr) REFERENCES Bestellung ON DELETE CASCADE ON UPDATE CASCADE, FOREIGN KEY (PNr) REFERENCES Produkt ON DELETE NO ACTION ON UPDATE CASCADE ); Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002

85 Aufgabe Bibliothek Modellieren Sie eine Bibliothek (Bücher/ Ausleihe / Autoren / Benutzer (Ausleihende) / Vormerkungen) im E/R-Modell (möglichst redundanzfrei). Folgendes sollte dabei berücksichtigt werden: Ein Buch kann mehrere Autoren haben. Ein Buch kann in verschiedenen Auflagen vorliegen. Jede Auflage eines Buches kann in mehreren Exemplaren in der Bibliothek vorhanden sein. Bücher sollten nach explizit zugeordneten Schlagworten gesucht werden können. Übersetzen Sie das E/R-Modell möglichst redundanzfrei ins relationale Modell (Datenbankschema in Tabellenform) Geben Sie alle SQL-Kommandos an, die zur Anlage der Tabellen notwendig sind (inklusive aller sinnvollen Integritätsregeln). Prof. Dr. Fabian Glasen, Datenbanken, Februar 2002