Logisches Datenmodell Von Entities/Relationships zu Relationen

Definition bisher jetzt konzeptionelles Modell "relativ" unabhängig von Datenbanken Abstraktion über Realität Implementierung jetzt Übergang zur Implementierung Tabellen (Relationen) unabhängig vom konkreten System (Oracle,...)

Wie ? Transformation formales Verfahren (Regeln) Schlüsselattribute Primärschlüssel (PK) Relation (Tabelle) muß einen PK haben, der Tupel (Zeilen) eindeutig identifiziert einer der möglichen Schlüssel (candidate keys) Fremdschlüssel (FK) Attribut, das den Wert eines PK's einer anderen Relation enthält

7 Schritte Entity -> Relation weak Entity -> Relation zusätzlich der PK des übergeordneten Entities als Attribut binäre 1:1 Relationship -> Attribut eine der R erhält PK der anderen als FK binäre 1:N Relationship -> Attribut Relation der N-Seite erhält PK der anderen als FK binäre M:N Relationship -> Relation neue Relation mit PKs der beteiligten Entitites mehrw. Attribut -> Relation Mit Attributwerten und PK des Entities mehrw. Relationship -> Relation mit PKs der beteiligten Entities als Attributen „normaler“ Entity  Relation R mit allen einfachen Attributen von E Falls E zusammengesetzte Attribute hat  atomare Komponenten in R übernehmen. Eins der Schlüsselattribute von E wird Primärschlüssel von R. Falls dies zusammengesetzt ist, werden die Komponenten zusammen Primärschlüssel Weak Entity W  Relatioen R (wie oben) zusätzlich den Primärschlüssel des „übergeordneten“ Entities als Fremdschlüssel. Primärschlüssel wird der Fremdschlüssel und (wenn vorhanden) Teilschlüssel von R. binäre 1:1 Relationship R  wähle eine der beteiligten Relationen S und T aus (z.B. S) und fügen als Fremdschlüssel den Primärschlüssel von T dazu. Anmerkung: Wenn möglich, sollte S in total participation sein ( dann keine NULL im Fremdschlüssel) binäre 1:N Relationship  Relation S, die der „N“-Seite der Relationship entspricht, enthält des Primärschlüssel von T („1“-Seite) als Fremdschlüssel. Falls R Attribute hat  zu S dazu binäre M:N Relationship  neue Relations S S enthält die Primärschlüssel der beiden beteiligten Relationen als Fremdschlüssel. Falls R Attribute hat  zu S dazu mehrwertiges Attribut A  neue Relation R mit Attribut A’, das die einzelnen Werte von A enthält, zusätzlich der Primärschlüssel der Relation die A enthält als Fremdschlüssel (k), z.B. Telefonnummern (mehrere) Primärschlüssel ist (A’,K) Relationships höherer Ordnung R  neue Relation S S enthält die Primärschlüssel der beteiligten Relationen als Fremdschlüssel. Wenn R Attribute hat  zu S dazu  

Beispiel der zuständige Sachbearbeiter soll gespeichert werden

Beispiel contd.

Abbildung Name Pers# SBName SBTel Hänisch 4711 Müller 234 Schmidt 1234 Schulze 345 Gerber 789 543 Schulze hat zwei Telefonnummern ? Wenn sich die Nummer ändert, muß bei allen Einträgen geändert werden ! "Änderungs Anomalie" Hänisch hält keine Kurse mehr -> Eintrag wird gelöscht -> SB Müller weg: "Lösch Anomalie" SB Kunz kommt dazu, betreut aber keinen Dozenten. Wo soll er gespeichert werden ? "Einfüge Anomalie" Welche Relationen (mit welchen Attributen) ?