5. Normalisierung von Relationen
|
|
|
- Beate Graf
- vor 9 Jahren
- Abrufe
Transkript
1 5. Normalisierung von Relationen Einführung Funktionale Abhängigkeiten Bestimmung von Schlüsselkandidaten Äquivalenzbeziehungen Zerlegung von Relationen zur Beseitigung von Anomalien Korrektheitskriterien Normalisierung 1NF 2NF, partielle Abhängigkeiten 3NF, transitive Abhängigkeiten BCNF (Boyce-Codd-Normalform), Determinanten Probleme der Normalisierung 5-1 Einführung Ziel: Theoretische Grundlage für gute relationale DB-Schemas Normalisierung von Relationen: Verbesserung eines gegebenen Sh Schema-Entwurfs Teilweise Formalisierung von Güte eines Schemas Semiformales Verfahren zur Korrektur schlechter Schemas Merkmale eines schlechten DB-Schema-Entwurfs Implizite Darstellung von Informationen Rd Redundanzend Potentielle Inkonsistenz (Änderungsanomalien) Einfügeanomalien Löschanomalien... oft hervorgerufen durch Vermischung von Entities, Zerlegung und wiederholte Speicherung von Entities,
2 Normalisierung von Relationen (Bsp.) PNR -> ANR ANR -> ANAME Funktionale Abhängigkeiten Anfängliche Relationen- Schemata R (PNR, ANR, ANAME) Normalisierungs- prozess R1 (PNR, ANR) R2 (ANR, ANAME) Normalisierte Relationen-Schemata 5-3 Definitionen und Begriffe Konventionen R, S Relationenschemata (Relationenname, Attribute) R, S Relationen der Relationenschemata R, S A, B, C,... einfache Attribute A = {A 1,...,A n } Attributmenge eines Relationenschemas W, X, Y, Z,... Mengen von Attributen XY X Y Mengen brauchen nicht disjunkt zu sein a, b, c Werte einfacher Attribute x, y, z Werte von X, Y, Z 5-4
3 Funktionale Abhängigkeit Def.: Funktionale Abhängigkeit i (FA) Die FA X Y gilt (X bestimmt Y funktional), wenn für alle R von R gilt: zwei Tupel, deren Komponenten in X übereinstimmen, stimmen auch in Y überein. u R v R (u[x] = v[x]) (u[y] = v[y]) Alternativ: Die Relation R erfüllt die FA X Y, wenn für jeden X-Wert x der Ausdruck π Y (σ X=x (R)) höchstens ein Tupel hat. R A B C D A B a4 b2 c4 d3 a1 b1 c1 d1 a1 b1 c1 d2 a2 b2 c3 d2 a3 b2 c4 d3 C, D B 5-5 Funktionale Abhängigkeiten (2) Graphische Notation: PNR NAME BERUF PNR PRONR DAUER FA beschreiben semantische Integritätsbedingungen bezüglich der Attribute eines Rel.schemas, die jederzeit erfüllt sein müssen Triviale FA: X Y und Y ist Teilmenge von X Spezialfall: X X Definitionen: Voll funktionale vs. partielle Abhängigkeit Sei A 1, A 2,..., A n B 1, B 2,..., B m B = {B 1, B 2,..., B m } ist voll funktional abhängig von A = {A 1, A 2,..., A n }, wenn B funktional abhängig von A ist, aber nicht funktional abhängig von einer echten Teilmenge von A ist. A B ist eine partielle ill Abhängigkeit, iki wenn ein Attribut A i in A existiert, so dass ( A - {A i } ) B gilt. PNR PRONR DAUER PNR PRONR NAME
4 FA und Schlüsselkandidaten X ist Schlüsselkandidat von R, wenn für alle Y aus R: X Y keine echte Teilmenge von X bestimmt funktional alle anderen Attribute Y aus R (Minimalität) Kenntnis aller FA ermöglicht Bestimmung der Schlüsselkandidaten Beispiel: Attribute A, B, C, D mit B->A, B->D, C->B 5-7 Funktionale Abhängigkeiten : Beispiel Beispieltabelle Film Titel Jahr Dauer FilmTyp StudioName StarName Star Wars Farbe Fox Carrie Fisher Star Wars Farbe Fox Mark Hamill Star Wars Farbe Fox Harrison Ford Good-Bye Lenin! Farbe WDR Daniel Brühl Troja Farbe Warner Bros Brad Pitt Troja SW Warner Bros Stanley Baker Funktionale Abhängigkeiten: Schlüsselkandidat: 5-8
5 Funktionale Abhängigkeiten: Äquivalenzbeziehungen Splitten / Kombinieren von FA Eine FA A 1, A 2,..., A n B 1, B 2,..., B m ist äquivalent zu m FA A 1, A 2,..., A n B 1... A 1, A 2 2,..., A n B m Weitere Äquivalenzbeziehungen (Regeln zur Ableitung neuer aus gegebenen FA; Armstrong-Axiome)) Reflexivität: wenn X Y dann Y X (triviale FA) Komplementierung: wenn X Y dann XZ YZ Transitivität: wenn X Y, Y Z dann X Z 5-9 Schlechte Relationenschemata ProfVorl PersNr Name Fach Raum VorlNr Titel SWS 3678 Rahm DBS DBS Rahm DBS DBS Rahm DBS IDBS Brewka KI Wissensrepräsentation Meyer TI Informationstheorie 4 Update-Anomalien Umzug von Raum 356 in Raum 338. Was passiert? Einfüge-Anomalien Neuer Prof ohne Vorlesungen? Löschanomalien Letzte Vorlesung eines Profs wird gelöscht? Was passiert? 5-10
6 Zerlegung (Dekomposition) von Relationen Zwei Korrektheitskriterien für die Zerlegung von Relationenschemata: 1. Verlustlosigkeit: Die in der ursprünglichen Relationenausprägung R des Schemas R enthaltenen Informationen müssen aus den Ausprägungen R1,..., Rn der neuen Relationenschemata R1,.., Rn rekonstruierbar sein. - erfordert vollständige Aufteilung der Attributmengen, z.b. R = R1 R2 R1 := Π R1 (R), R2 := Π R2 (R) - Verlustfreiheit verlangt, dass für jede mögliche (gültige) Ausprägung R von R gilt: R=R1 R1 R2 2. Abhängigkeitserhaltung: Die für R geltenden funktionalen Abhängigkeiten müssen auf die Schemata R1,..., Rn übertragbar sein Beispiel: Zerlegung der Filmtabelle Titel Jahr Dauer FilmTyp StudioName StarName Star Wars Farbe Fox Carrie Fisher Star Wars Farbe Fox Mark Hamill Star Wars Farbe Fox Harrison Ford Good-Bye Lenin! Farbe WDR Daniel Brühl Troja Farbe Warner Bros Brad Pitt Troja SW Warner Bros Stanley Baker Titel Jahr Dauer FilmTyp StudioName Star Wars Farbe Fox Good-Bye Lenin! Farbe WDR Troja Farbe Warner Bros Troja SW Warner Bros Titel Jahr StarName Star Wars 1977 Carrie Fisher Star Wars 1977 Mark Hamill Star Wars 1977 Harrison Ford Good-Bye Lenin! 2003 Daniel Brühl Troja 2004 Brad Pitt Troja 1956 Stanley Baker 5-12
7 Verlustbehaftete Zerlegung Restaurant Gast Gericht Firenze Kowalski Pizza Roma Meyer Pizza Roma Kowalski Calamari Annahme: Restaurant, Gast -> Gericht Restaurant Firenze Roma Roma Gast Kowalski Meyer Kowalski Gast Kowalski Meyer Kowalski Gericht Pizza Pizza Calamari Besucht Isst 5-13 Normalisierung von Relationen UNNORMALISIERTE & NORMALISIERTE RELATIONEN 1NF-RELATIONEN 2NF-RELATIONEN 3NF-RELATIONEN BCNF-Relationen 4NF-RELATIONEN 5NF-RELATIONEN Zerlegung eines Relationenschemas R in höhere Normalformen fortgesetzte Anwendung der Projektion im Zerlegungsprozess Beseitigung von Anomalien bei Änderungsoperationen Erhaltung aller nicht-redundanter Funktionalabhängigkeiten von R ( sie bestimmen den Informationsgehalt von R) Gewährleistung der Rekonstruktion von R durch verlustfreie Verbunde bessere Lesbarkeit der aus R gewonnenen Relationen 5-14
8 Normalisierung von Relationen (2) PNR PNAME FACH STUDENT (MATNR, NAME,...) 3678 Rahm Maier Coy Schmitt Brewka KI Abel Coy... Prüfungsgeschehen Anomalien, z. B.: - Insert Student - Delete Prof - Update Student Unnormalisierte Relation: Non-First Normal-Form (NF 2 ) enthält Attribute, die wiederum Relationen sind Darstellung von komplexen Objekten (hierarchische Sichten, Clusterbildung) Nachteile: Unsymmetrie (nur eine Richtung der Beziehung) implizite Darstellung von Information Redundanzen bei (n:m)-beziehungen Anomalien bei iaktualisierung i Normalisierung: Herunterkopieren von Werten führt hohen Grad an Redundanz ein Zerlegung von Relationen aber: Erhaltung ihres Informationsgehaltes 5-15 Überführung in 1 NF Unnormalisierte Relation Prüfungsgeschehen (PNR, PNAME, FACH, STUDENT) Normalisierung i (=> 1NF): (MATNR, NAME, GEBORT, ADR, FNR, FNAME, DEKAN, PDAT, NOTE) STUDENT = Wiederholungsgruppe mit 9 einfachen Attributen (untergeordnete Relation) 1. Starte mit der übergeordneten Relation (Vaterrelation). 2. Nimm ihren Primärschlüssel und erweitere jede unmittelbar untergeordnete Relation damit zu einer selbständigen Relation. 3. Streiche alle nicht-einfachen Attribute (untergeordnete Relationen) aus der Vaterrelation. 4. Wiederhole diesen Prozess ggf. rekursiv. Regeln: Nicht-einfache Attribute bilden neue Relationen. Pi Primärschlüssel lder übergeordneten wird idan untergeordnete Relation Rl angehängt ('copy down the key') Relationenschema in 1NF PRÜFER PRÜFUNG 5-16
9 Überführung in 2NF 1NF verursacht immer noch viele Änderungsanomalien verschiedene Entity-Mengen in einer Relation möglich bzw. Redundanz innerhalb einer Relation (Bsp.: PRÜFUNG) 2NF vermeidet einige Anomalien durch Eliminierung partiell abhängiger Attribute - Separierung verschiedener Entity-Mengen in eigene Relationen Def.: Primärattribut (Schlüsselattribut) Attribut, das zu mind. einem Schlüsselkandidaten eines Schemas gehört. Ein Relationenschema R ist in 2NF, wenn es in 1NF ist und jedes Nicht-Primärattribut von R voll funktional von jedem Schlüsselkandidaten in R abhängt. Überführung in 2NF: 1. Bestimme funktionale Abhängigkeiten zwischen Nicht-Primärattributen und Schlüsselkandidaten 2. Eliminiere partiell abhängige Attribute und fasse sie in eigener Relation zusammen (unter Hinzunahme der zugehörigen Primärattribute) 5-17 Überführung in 2NF (2) Voll funktionale Abhängigkeiten in PRÜFUNG Relationenschema in 2NF Prüfung NOTE PDAT PNR MATNR PNR MATNR PDAT NOTE Prüfer PNR PNAME FACH Brewka KI 3678 Rahm DBS 8223 Weber WI NAME GEBORT ADR FNR FNAME DEKAN Student MATNR NAME GEBORT ADR FNR FNAME DEKAN Coy Leipzig XX F11 Wirtschaftswissenschaften A Abel Torgau XY F19 Mathematik/Informatik B Maier Köln YX F19 Mathematik/Informatik B Schulz Leipzig YY F11 Wirtschaftswissenschaften A 5-18
10 Überführung in 3NF Änderungsanomalien in 2NF sind immer noch möglich aufgrund von transitiven Abhängigkeiten. Beispiel: Vermischung von Fakultäts- und Studentendaten in Student' Definitionen: Eine Attributmenge Z von Relationenschema R ist transitiv abhängig von einer Attributmenge X in R, wenn gilt: X und Z sind disjunkt es existiert eine Attributmenge Y in R, so dass gilt: X Y, Y Z, Y X, Z Y X Y Z Y zulässig strikte Transitivität: Z Y Z Ein Relationenschema R befindet sich in 3NF, wenn es sich in 2NF befindet und jedes Nicht-Primärattribut von R von keinem Schlüsselkandidaten von R transitiv abhängig ist Funktionale Abhängigkeiten in STUDENT Relationenschema in 3NF Überführung in 3NF (2) MATNR NAME GEB ADR FNR FNAME DEKAN Prüfung PNR MATNR PDAT NOTE Fakultät FNR FNAME DEKAN F11 Wirtschaftswissenschaften A F12 Medizin C F19 Mathematik/Informatik B Prüfer PNR PNAME FACH 1234 Brewka KI 3678 Rahm DBS 8223 Weber WI Student MATNR NAME GEBORT ADR FNR Coy Leipzig XX F Abel Torgau XY F Maier Köln YX F Schulz Leipzig YY F
11 Boyce/Codd-Normalform (BCNF) Definition der 3NF hat gewisse Schwächen bei Relationen mit mehreren, sich überlappenden Schlüsselkandidaten Bi Beispiel: il PRÜFUNG (PNR, MATNR, FACH, NOTE) PRIMARY KEY (PNR,MATNR), UNIQUE (MATNR,FACH) es bestehe eine (1:1)-Beziehung zwischen PNR und FACH einziges Nicht-Primärattribut: NOTE PRÜFUNG ist in 3NF jedoch Änderungsanomalien, z. B. bei FACH PNR MATNR Fach NOTE Datenbanksysteme Datenbanksysteme Datenbanksyteme Künstliche Intelligenz 4 Ziel: Beseitigung der Anomalien für Primärattribute Definition: Ein Attribut (oder eine Gruppe von Attributen), von dem andere voll funktional abhängen, heißt Determinant. Welches sind die Determinanten in PRÜFUNG? 5-21 Boyce/Codd-Normalform (2) Definition: Ein Relationenschema R ist in BCNF, wenn es in 1NF ist und jeder Determinant ein Schlüsselkandidat von R ist. Formale Definition: Ein Relationenschema ist in BCNF, falls gilt: Wenn eine Sammlung von Attributen Y (voll funktional) abhängt von einer disjunkten Sammlung von Attributen X, dann hängt jede andere Sammlung von Attributen Z auch von X (voll funktional) ab. D. h. für alle X, Y, Z mit X und Y disjunkt gilt: X Y impliziert X Z Zerlegung von Prüfung PRÜF (PNR, MATNR, NOTE) oder FBEZ (PNR, FACH) PRÜF2 (MATNR, FACH, NOTE) FBEZ (PNR, FACH) Beide Zerlegungen führen auf BCNF-Relationen Änderungsanomalie ist verschwunden alle funktionalen Abhängigkeiten sind erhalten 5-22
12 Boyce/Codd-Normalform (3) Sind BCNF-Zerlegungen immer sinnvoll? Bi Beispiel: il R ( A, B, C ) ist in 3NF, weil B Primärattribut ist! STUDENT, FACH PRÜFER, SFP PRÜFER FACH STUDENT FACH PRÜFER Jeder Prüfer prüft nur ein Fach (aber ein Fach kann von mehreren geprüft werden) Jeder Student legt in einem bestimmten Fach nur eine Prüfung ab Wie sieht die BCNF-Zerlegung aus? Sloppy DBS Sosna Hazy DBS Rahm Sloppy KI Brewka Neue Probleme: STUDENT, FACH -> PRÜFER ist nun extern (Konsistenzprüfung?) BCNF hier zu streng, um bei der Zerlegung alle funktionalen Abhängigkeiten zu bewahren (key breaking dependency) 5-23 Probleme der Normalisierung Weitestgehende Zerlegung nicht immer sinnvoll Beispiel: Relation PERS (PNR, PLZ, ORT) mit FA PLZ ORT Normalisierung verlangt Zerlegung in Klärungsbedarf Änderungshäufigkeit? Suchaufwand für Adresse? (Verbundoperation)! Sind ORT oder PLZ in diesem Kontext t eigenständige Entities (als Kandidaten für eigene Relation in 3NF)? => besser PERS in 2NF! 5-24
13 Zusammenfassung Normalisierung von Relationen arbeitet auf existierenden Datenstrukturen Ziel: guter DB-Entwurf; eine Relation) beschreibt nur einen Objekttyp Eliminierung von Änderungsanomalien wachsender Informationsgehalt mit zunehmender Normalisierung Funktionale Abhängigkeit: n:1-beziehung zwischen zwei Attributmengen einer Relation Festlegung aller FA unterstützt präzises Denken beim Entwurf erlaubt Integritätskontrollen durch das DBS schrittweise Normalisierung: 1NF: normalisierte i Relationen (einfache Attribute) t 2NF: keine partiellen (funktionalen) Abhängigkeiten 3NF: keine transitiven Abhängigkeiten (jedes Nicht-Primärattribut ist direkt von jedem SK abhängig) BCNF: jeder Determinant ist Schlüsselkandidat 3NF meist ausreichend Überarbeitung des DB-Schemas: Stabilitätsgesichtspunkte/ Änderungshäufigkeiten können schwächere Normalformen verlangen 5-25
5. Normalisierung von Relationen
5. Normalisierung von Relationen Einführung Funktionale Abhängigkeiten Bestimmung von Schlüsselkandidaten Äquivalenzbeziehungen Zerlegung von Relationen zur Beseitigung von Anomalien Korrektheitskriterien
2. Normalisierung von Relationen
2. Normalisierung von Relationen Einführung Funktionale Abhängigkeiten Bestimmung von Schlüsselkandidaten Äquivalenzbeziehungen Zerlegung von Relationen zur Beseitigung von Anomalien Korrektheitskriterien
5. Normalisierung von Relationen
5. Normalisierung von Relationen Einführung Funktionale Abhängigkeiten Bestimmung von Schlüsselkandidaten Äquivalenzbeziehungen Zerlegung von Relationen zur Beseitigung von Anomalien Korrektheitskriterien
2. Logischer DB-Entwurf
2. Logischer DB-Entwurf Vorgehensweisen beim Entwurf eines relationalen Schemas - Normalisierung - Synthese Definitionen und Begriffe - Funktionale Abhängigkeiten, Schlüssel - Bestimmung funktionaler Abhängigkeiten
Grundlagen von Datenbanken und Informationssystemen
Anwendersoftware (AS) Grundlagen von Datenbanken und Informationssystemen Kapitel 6: Logischer Datenbankentwurf Holger Schwarz Wintersemester 2009/10 Teile zu diesem Folienskript beruhen auf einer ähnlichen
Rückblick: Relationale Entwurfstheorie
Rückblick: Relationale Entwurfstheorie Redundanzen führen zu Anomalien beim Einfügen, Löschen und Ändern Gute Relationenschemata vermeiden Redundanzen und damit Anomalien Funktionale Abhängigkeiten zwischen
Dieser Foliensatz darf frei verwendet werden unter der Bedingung, dass diese Titelfolie nicht entfernt wird.
Thomas Studer Relationale Datenbanken: Von den theoretischen Grundlagen zu Anwendungen mit PostgreSQL Springer, 2016 ISBN 978-3-662-46570-7 Dieser Foliensatz darf frei verwendet werden unter der Bedingung,
Kapitel 11: Relationale Entwurfstheorie
Kapitel 11: Relationale Entwurfstheorie Funktionale Abhängigkeiten α β β ist funktional abhängig von α r, t R : r.α = t.α r.β = t.β R A B C D a 4 b 2 c 4 d 3 a 1 b 1 c 1 d 1 a 1 b 1 c 1 d 2 a 2 b 2 c 3
Rückblick: Relationales Modell
Rückblick: Relationales Modell Relationales Modell als vorherrschendes Datenmodell Relationen (Tabellen) besitzen Attribute (Spalten) mit Wertebereichen und beinhalten Tupel (Zeilen) Umsetzung eines konzeptuellen
Relationale Entwurfstheorie (Teil 2)
Web Science & Technologies University of Koblenz Landau, Germany Grundlagen der Datenbanken (Teil 2) Dr. Gerd Gröner Wintersemester 2013/14 Gliederung Funktionale Abhängigkeiten Dekomposition der Relationenschemata:
Normalisierung I. Ziele
Normalisierung I Lehr- und Forschungseinheit Datenbanken und Informationssysteme 1 Ziele Formale Ermittlung von Schlüsselkandidaten Funktionale Abhängigkeiten Normalformen Lehr- und Forschungseinheit Datenbanken
Informationssysteme. Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern. Sommersemester
Informationssysteme Sommersemester 2016 Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern [email protected] Normalformen Wiederholung: Normalisierung von Relationen Um Qualitätsprobleme im ursprünglichen
Zerlegung einer Relation
Normalformen Normalisierung Normalformen definieren Qualitätskriterien (Vermeidung der Inkonsistenzen) Redundanz ist oft die Ursache von Schemata Probleme (keine FDs keine Redundanz) Normalisierung: Jede
Entwurfstheorie relationaler Datenbanken 7. Entwurfstheorie relationaler Datenbanken
7. Entwurfstheorie relationaler Datenbanken Wie sieht ein gutes konzeptionelles Schema der Datenbank aus? Wie kann die Güte eines Datenbankschemas beurteilt werden? Beispiel: Kunde(KName, KAdr, Kto) Auftrag(KName,
3. Normalform. Redundanz: Land mehrfach gespeichert Anomalien?
3. Normalform Motivation: Man möchte zusätzlich verhindern, dass Attribute von nicht-primen Attributen funktional abhängig sind. Beispiel: LieferAdr (LNr, LName, LStadt, LLand) 001 Huber München Deutschland
S.Müllenbach Datenbanken Informationsanalyse Normalformen- 1. Kurse. Name TNR ...
S.Müllenbach Datenbanken Informationsanalyse Normalformen 1 Datenbanken Normalformentheorie Anomalien e EinfügeAnomalie Es soll ein neuer eingetragen werden : =, = V, ++ preis = ++ => Dies geht jedoch
Kapitel 6 Relationale Entwurfstheorie. Funktionale Abhängigkeiten Normalformen Normalisierung durch Dekomposition
Kapitel 6 Relationale Entwurfstheorie Funktionale Abhängigkeiten Normalformen Normalisierung durch Dekomposition Ziele der relationalen Entwurfstheorie Bewertung der Qualität eines Relationenschemas Redundanz
Kapitel 7: Normalformen
Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Wintersemester 2013/2014 Vorlesung: Prof. Dr. Christian Böhm Übungen:
funktionale Abhängigkeiten: Semantik funktionale Abhängigkeiten: Syntax
funktionale Abhängigkeiten: Syntax < R U F > ein Relationenschema mit R ein Relationensymbol, U eine Menge von Attributen, F eine Menge von funktionalen Abhängigkeiten (über R und U) Eine funktionale Abhängigkeit
5. Relationaler Datenbankentwurf. Relationaler DB-Entwurf: Überblick. Bücher-Relation mit Redundanzen
5. Relationaler Datenbankentwurf Relationaler DB-Entwurf: Überblick Funktionale Abhängigkeiten Schema-Eigenschaften Transformationseigenschaften Entwurfsverfahren Mehrwertige Abhängigkeiten Weitere Abhängigkeiten
Verfeinerung des relationalen Schemas
Verfeinerung des relationalen Schemas Ein schlechtes Schema Filmliste Titel Regisseur Kino Telefonnummer Zeit The Hobbit Jackson Cinema City 441111 11:30 The Lord of the Rings3 Jackson Cinema City 441111
Kapitel DB:VII (Fortsetzung)
Kapitel DB:VII (Fortsetzung) VII. Entwurfstheorie relationaler Datenbanken Informelle Entwurfskriterien für Relationenschemata Funktionale Abhängigkeiten Normalformen Dekompositionseigenschaften von Relationen
4. Normalformen. Qualitätsanforderungen an Tabellen. Klassische Normalformen (1,. 2., 3.) Spezielle Normalformen
4. Normalformen Qualitätsanforderungen an Tabellen Klassische Normalformen (1,. 2., 3.) Spezielle Normalformen 79 Normalisierungsgründe Verständlicheres Datenmodell für Anwender und Entwickler Vermeidung
Normalisierung II. Ziele
Normalisierung II Lehr- und Forschungseinheit Datenbanken und Informationssysteme 1 Ziele Verlustlosigkeit Abhängigkeitsbewahrung Algo: Dekomposition Algo: Basis Algo: Synthese Lehr- und Forschungseinheit
Vorlesung Datenbankmanagementsysteme
Vorlesung Datenbankmanagementsysteme Relationaler Datenbankentwurf II Vorlesung Datenbankmanagementsysteme Relationaler Datenbankentwurf II M. Lange, S. Weise Folie #6-1 Wiederholung Relationaler Datenbankentwurf
Dieser Foliensatz darf frei verwendet werden unter der Bedingung, dass diese Titelfolie nicht entfernt wird.
Thomas Studer Relationale Datenbanken: Von den theoretischen Grundlagen zu Anwendungen mit PostgreSQL Springer, 2016 ISBN 978-3-662-46570-7 Dieser Foliensatz darf frei verwendet werden unter der Bedingung,
Kapitel 7: Normalformen
Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Wintersemester 2008/2009 Vorlesung: Prof. Dr. Christian Böhm Übungen:
Kapitel 7: Normalformen
Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Wintersemester 2005/2006 Vorlesung: Dr. Matthias Schubert Übungen: Elke
9. Normalformen / Erweiterungen 9.1 Vorbemerkung, Zielsetzung, Inhalt Datenmodellierung und Integritätsaspekte
9. Normalformen / Erweiterungen 9.1 Vorbemerkung, Zielsetzung, Inhalt Datenmodellierung und Integritätsaspekte Hier betrachtet: Integritätsaspekte beim Entwurf eines relationalen Datenbankschemas (Tabellenentwurf);
Normalisierung (Dekomposition)
Kapitel 6 Normalisierung (Dekomposition) Aufgabe 6.1 [Hülle] gegeben ist: R = {A, B, C, D, E} und F = {A BC, CD E, AC E, B D, E AB} a) Ein Schlüssel für R = (R, F) ist: {E} b) Weitere Schlüssel sind: {A},
Kapitel 2: Das Relationale Modell
Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Datenbanksysteme I Wintersemester 2012/2013 Kapitel 2: Das Relationale
d.h. zu Definitions-Stelle eindeutiger Funktionswert x X! y Y : (x,y) f umgekehrt: (x 1,y), (x 2,y) f ist o.k. X Y f(x) = y
Kapitel 7 Normalformen und DB-Entwurf Kap. 7.1 Normalformen Theorie Funktionale Abhängigkeit: f X Y f als Relation, d.h. Menge von Paaren {(x,y)} x: Definitions-Stelle, y: Funktionswert f ist Funktion
Kapitel 2: Das Relationale Modell
Ludwig Maximilians Universität München Institut für Informatik Lehr- und Forschungseinheit für Datenbanksysteme Skript zur Vorlesung Wintersemester 2006/2007 Kapitel 2: Das Relationale Modell Vorlesung:
Kapitel 7: Formaler Datenbankentwurf
7. Formaler Datenbankentwurf Seite 1 Kapitel 7: Formaler Datenbankentwurf Die Schwierigkeiten der konzeptuellen Modellierung sind zu einem großen Teil dadurch begründet, dass sich die relevanten Strukturen
Kapitel 3: Datenbanksysteme
LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur Vorlesung: Einführung in die Informatik: Systeme und Anwendungen Sommersemester 2014 Kapitel 3: Datenbanksysteme Vorlesung:
Themenübersicht Relationale Entwurfstheorie. Inhalt
Themenübersicht Relationale Entwurfstheorie Datenbanken Relationale Entwurfstheorie Nikolaus Augsten [email protected] FB Computerwissenschaften Universität Salzburg Richtlinien für den relationalen
Wiederholung VU Datenmodellierung
Wiederholung VU Datenmodellierung VU Datenbanksysteme Reinhard Pichler Arbeitsbereich Datenbanken und Artificial Intelligence Institut für Informationssysteme Technische Universität Wien Wintersemester
Kapitel 6 Relationale Entwurfstheorie. Funktionale Abhängigkeiten Normalformen Synthesealgorithmus Dekomposition Mehrwertige Abhängigkeiten
Kapitel 6 Relationale Entwurfstheorie Funktionale Abhängigkeiten Normalformen Synthesealgorithmus Dekomposition Mehrwertige Abhängigkeiten Ziele der relationalen Entwurfstheorie Bewertung der Qualität
Datenbanken 6: Normalisierung
Datenbanken 6: Normalisierung 27 III 2017 Outline 1 SQL 2 Überblick Datenbankdesign 3 Anomalien 4 Datenbank Normalisierung Zerlegung von Relationen 5 Normalisierung Erste Normalform Zweite Normalform Dritte
Kapitel 3: Datenbanksysteme
LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur Vorlesung: Einführung in die Informatik: Systeme und Anwendungen Sommersemester 2008 Kapitel 3: Datenbanksysteme Vorlesung:
Abhängigkeiten und Normalisierung
Abhängigkeiten und Abhängigkeiten als Ursachen für Inkonsistenzen Der sprozess Normalformen (1NF, 2NF, 3NF) Seite 1 Abhängigkeiten Funktionale Abhängigkeit Ein Attribut bzw. eine Attributkombination A
konzeptionelles DB-Design
konzeptionelles DB-Design was ist das? Systemunabhängige Darstellung des Datenmodells Was ist bei allen möglichen Datenbanksystemen gleich --> Systemtheorie Informationen über Objekte (Dinge) mit Attributen
Relationale Entwurfstheorie. Kapitel 5 201 / 510
Kapitel 5 Relationale Entwurfstheorie 201 / 510 Relationale Entwurfstheorie Ein schlecht entworfenes Schema führt zu folgenden Anomalien Updateanomalien: bei Änderungen eines Fakts müssen viele Tupel angefaßt
Entwurf von Relationalen Datenbanken (1) (mit dem Entity-Relationship-Modell)
In der Regel werden Diskursbereiche durch mehrere Relationen (Tabellen) abgebildet. Ziele: Entwurf von Relationalen Datenbanken (1) (mit dem Entity-Relationship-Modell) Vermeiden von Redundanz in Relationen
Handout zur Unit Datenmodellierung Web-Technologien Datenmodellierung Prof. Dr. rer. nat. Nane Kratzke
Handout zur Unit Web-Technologien 1 Prof. Dr. rer. nat. Nane Kratzke Praktische Informatik und betriebliche Informationssysteme Raum: 17-0.10 Tel.: 0451 300 5549 Email: [email protected] (Praktische
Datenbanksysteme Übungsblatt 1
Datenbanksysteme Übungsblatt 1 Sommersemester 2003 AIFB Institut für Angewandte Informatik und Formale Beschreibungsverfahren 1 Aufgabe 1a (1/2) Änderungsanomalie: Wenn eine Änderung nicht überall ordnungsgemäß
Rückblick: Datenbankentwurf
Rückblick: Datenbankentwurf Entity-Relationship-Modell für konzeptuellen Entwurf Entitytypen (entity types) (z.b. Studenten) Beziehungstypen (relationships) (z.b. hören) Attribute beschreiben Gegenstände
Relationale Datenbanken
Ramon A. Mata-Toledo, Pauline K. Cushman Relationale Datenbanken Schaum's Repetitorien Übersetzung aus dem Amerikanischen von G&U Technische Dokumentation GmbH Z Die Autoren 9 Vorwort 9 1 Ein Überblick
4.1 Relationale DB-Entwurfstheorie, Normalformen
4 Relationaler Datenbankentwurf 4.1 Relationale DB-Entwurfstheorie, Normalformen Vorgaben des Relationalen Datenmodells: Attributwerte von Relationen sind atomar ( 1. Normalform ) Entities und Beziehungen
Datenbanken. Relationale Entwurfstheorie. Ralf Möller, Marc Stelzner Universität zu Lübeck Institut für Informationssysteme
Datenbanken Relationale Entwurfstheorie Ralf Möller, Marc Stelzner Universität zu Lübeck Institut für Informationssysteme RDM: Anfragen Relationale Anfragesprachen im Überblick: geschachtelte Mengenausdrücke
Eigenschaften von Datenbanken, insbesondere
Eigenschaften von Datenbanken In diesem Abschnitt beschreiben wir wünschenswerte Eigenschaften von Datenbanken, insbesondere Relationenschemata: Normalformen, die auf mathematischen Modellen beruhen und
Kapitel 11. Normalisierung
Kapitel 11 Normalisierung Ziel: Ziel und Idee der Normalisierung Anpassen an die Erfordernisse des Relationenmodells (1. Normalform) Vermeidung von Redundanz (weitere Normalformen) Keine Fehler (Anomalien)
Datenbanken. Rückblick: Datenbank-Entwurfsprozess. Semantische Datenmodellierung (vgl. Kapitel 2)
Rückblick: Datenbank-Entwurfsprozess Semantische Datenmodellierung (vgl. Kapitel 2) Überführung des semantischen Datenmodells in das relationale Modell (vgl. Kapitel 3) Das relationale Modell wird in eine
Das relationale Datenmodell
Das relationale Datenmodell Konzepte Attribute, Relationenschemata, Datenbank-Schemata Konsistenzbedingungen Beispiel-Datenbank Seite 1 Einführung Zweck datenmäßige Darstellung von Objekten und Beziehungen
7.1.2 Membership-Test - fortgesetzt
7. Formaler Datenbankentwurf 7.1. Funktionale Abhängigkeiten Seite 1 7.1.2 Membership-Test - fortgesetzt Membership-Test: X Y F +? (Attribut-)Hülle X + von X (bzgl. F) X + = {A A V und X A F + }. Membership-Test
Grundlagen des relationalen l Modells
Grundlagen des relationalen l Modells Seien D 1, D 2,..., D n Domänen (~Wertebereiche) Relation: R D 1 x... x D n Bsp.: Telefonbuch string x string x integer Tupel: t R Bsp.: t = ( Mickey Mouse, Main Street,
Vorlesung Datenbanktheorie. Church-Rosser-Eigenschaft der Verfolgungsjagd. Berechnung von chase(t, t, Σ) Vorlesung vom Mittwoch, 05.
Vorlesung Datenbanktheorie Nicole Schweikardt Humboldt-Universität zu Berlin Sommersemester 2006 Vorlesung vom Mittwoch, 05. Juli 2006 Letzte Vorlesung: Kurze Bemerkungen zum Armstrong-Kalkül The Chase:
Datenbanksysteme und Datenmodellierung
Datenbanksysteme und Datenmodellierung Begleitende Übung zur Vorlesung von Prof. Dr. Uwe H. Suhl Normalisierung (2) und Weihnachts-Special (Termin #08: 15.12.2004) Wintersemester 2004 / 2005 Freie Universität
Normalformen. Was sind Kriterien eines guten Entwurfs? So wenig Redundanz wie möglich. Keine Einfüge-, Lösch-, Änderungsanomalien
Normalformen Was sind Kriterien eines guten Entwurfs? So wenig Redundanz wie möglich Keine Einfüge-, Lösch-, Änderungsanomalien IX-19 Erste und Zweite Normalform Beispiel: (nicht 1. Normalform) vorrat
Datenbanksysteme I Relationaler Datenbankentwurf Felix Naumann
Datenbanksysteme I Relationaler Datenbankentwurf 4.5.2009 Felix Naumann Überblick 2 Das Relationale Modell Von ER-Diagrammen zu Relationenschemata Konvertierung von Spezialisierung Funktionale Abhängigkeiten
Wie sieht ein gutes konzeptionelles Schema der Datenbank aus? Wie kann die Güte eines Datenbankschemas beurteilt werden?
(QWZXUIVWKHRULHUHODWLRQDOHU 'DWHQEDQNHQ Wie sieht ein gutes konzeptionelles Schema der Datenbank aus? Wie kann die Güte eines Datenbankschemas beurteilt werden? %HLVSLHO.XQGHKName.$GU.WR $XIWUDJ(KName,
Datenbanksysteme 1 Sommersemester Juni 2006
Lehrstuhl für Praktische Informatik III Prof. Dr. Carl-Christian Kanne Email: [email protected] Norman May B6, 29, Raum C0.05 68131 Mannheim Telefon: (0621) 181 2517 Email: [email protected]
4. Normalisierung von Relationenschemata
4. Normalisierung von Relationenschemata Ziel: Vermeidung von Anomalien in Relationenschemata wird erreicht durch systematische Vorgehensweise beim Datenentwurf vom eerm zum Relationalen Modell (s. voriges
Wirtschaftsinformatik 7a: Datenbanken. Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte
Wirtschaftsinformatik 7a: Datenbanken Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte Drei Gäste bezahlen nach einem gemeinsamen Abendessen eine Rechnung von 30 Euro, so dass jeder 10 Euro gibt.
Kapitel DB:IV (Fortsetzung)
Kapitel DB:IV (Fortsetzung) IV. Logischer Datenbankentwurf mit dem relationalen Modell Das relationale Modell Integritätsbedingungen Umsetzung ER-Schema in relationales Schema DB:IV-46 Relational Design
Vorlesungen. Studenten. hören. Grundzüge. Fichte Glaube und Wissen Jonas
Das relationale eato aedatenmodell Studenten hören Vorlesungen MatrNr Name MatrNr VorlNr VorlNr Titel 26120 Fichte 25403 5022 5001 Grundzüge 25403... Jonas... 26120... 5001... 5022... Glaube und Wissen...
Grundlagen: Datenbanken
Grundlagen: Datenbanken 1. Zentralübung Harald Lang FAQs Ist der Prüfungtermin schon bekannt? Termin: Mi. 18.02.2015, 08:00 Uhr FAQs Gilt der Bonus auch für die Nachholklausur? Ja. Selbst dann, wenn die
3. Grundlagen relationaler Datenbanksysteme
3. Grundlagen relationaler Datenbanksysteme Hier nur kurze Rekapitulation, bei Bedarf nachlesen 3.1 Basiskonzepte des Relationenmodells 1 Darstellung der Miniwelt in Tabellenform (DB = Menge von Relationen
Grundlagen von Datenbanken. B-Bäume, B*-Bäume Normalisierung
Grundlagen von Datenbanken B-Bäume, B*-Bäume Normalisierung B-Bäume Definition: Seien k, h ganze Zahlen, h > 0, k > 0. Ein B-Baum B der Klasse τ(k,h) ist entweder ein leerer Baum oder ein geordneter Suchbaum
Informatik 10 Mar Datenbanken: RDM Normalisierung April 2014
Normalisierung Eine Datenbank gilt als konsistent, wenn sie bestimmten Kriterien, den sog. Integritätsbedingungen genügt. Die Integritätsbedingungen sollen also dafür sorgen, dass keine unkorrekten Daten
