SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R 0.012 Vorlesung #5 Relationale Entwurfstheorie.

Slides:



Advertisements
Ähnliche Präsentationen
Datenbankdesign mit ACCESS.
Advertisements

Relationaler Datenbankentwurf (II)
spezielle Nutzersichten formale Ebene (deskriptive Regeln)
[01] - ERM Modellierung I Basiselemente von E-R-Diagrammen kennen
Relationale Entwurfstheorie
Relationale Entwurfstheorie
Grundlagen Datenbanken
Datenbankdesign und Normalisierung
Übung Datenbanksysteme UML
Normalformen Normalisieren Schlüssel
6 Normalformen Normalisieren Schlüssel
November 2002.
Kapitel 11: Relationale Entwurfstheorie
Relationale Datenbankmodelle
Datenbank-entwicklungsprozess
Datenbank.
Kapitel 6 Relationale Entwurfstheorie
SS 2011 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung #5 Relationale Entwurfstheorie.
WS 2009/10 Datenbanksysteme Fr 15:15 – 16:45 R Vorlesung #3 Das relationale Modell (Teil 2)
Vorlesung #2 Datenbankentwurf
SS 2009 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung #2 Datenbankentwurf.
SS 2010 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung #2 Datenbankentwurf.
SS 2004 Datenbanken 4W Mi 13:30 – 15:00 G 2.30 Vorlesung #7 SQL (Teil 2)
Vorlesung #4 Überführung des ER-Modells in das relationale Modell
Vorlesung #9 Fehlerbehandlung
SS 2004 Datenbanken 4W Mi 13:30 – 15:00 G 2.30 Vorlesung #4 Das relationale Modell.
WS 2007/08 Datenbanksysteme Mi 17:00 – 18:30 R Vorlesung #2 Das relationale Modell.
SS 2009 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung Normalformen.
SS 2004 Datenbanken 4W Mi 13:30 – 15:00 G 2.30 Vorlesung #3 ER Modellierung.
SS 2012 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung #3 ER Modellierung.
SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R Vorlesung #3 ER Modellierung.
WS 2012/13 Datenbanksysteme Fr 15:15 – 16:45 R Vorlesung #2 Das relationale Modell (Teil 1)
WS 2011/12 Datenbanksysteme Fr 15:15 – 16:45 R Vorlesung #3 Das relationale Modell (Teil 2)
Einschub Normalisierung-Denormalisierung
Einschub Normalisierung-Denormalisierung
WS 2013/14 Datenbanksysteme Do 17:00 – 18:30 R Vorlesung #2 Das relationale Modell (Teil 1)
WS 2013/14 Datenbanksysteme Do 17:00 – 18:30 R Vorlesung #7 SQL (Teil 4)
WS 2013/14 Datenbanksysteme D0 15:15 – 16:45 R Vorlesung #5 SQL (Teil 2)
SS 2013 – IBB4B Datenmanagement Fr 15:15 – 16:45 R Vorlesung #1 Datenmanagement.
WS 2013/14 Datenbanksysteme Fr 17:00 – 18:30 R Vorlesung #3 Das relationale Modell (Teil 2)
WS 2009/10 Datenbanksysteme Fr 15:15 – 16:45 R Vorlesung #2 Das relationale Modell (Teil 1)
SS 2004 Datenbanken 4W Mi 13:30 – 15:00 G 2.30 Vorlesung #2 Datenbankentwurf.
SS 2010 – IBB4C Datenmanagement Fr 15:15 – 16:45 R Vorlesung #3 ER Modellierung.
Vorlesung #4 Überführung des ER-Modells in das relationale Modell
WS 2011/12 Datenbanksysteme Fr 15:15 – 16:45 R Vorlesung #2 Das relationale Modell (Teil 1)
Vorlesung #10 Physische Datenorganisation
Das relationale Modell
verstehen planen bearbeiten
Normalisierungsprozess
Vorlesung #5 SQL (Teil 2).
SS 2014 – IBB4C Datenmanagement Do 17:00 – 18:30 R Vorlesung #1 Datenmanagement.
SS 2014 – IBB4C Datenmanagement Do 17:00 – 18:30 R Vorlesung #2 Datenbankentwurf.
Vorlesung #2 Das relationale Modell (Teil 1)
Abbildung UML-Schema  Rel. Schema (1)
WS 2004/2005 Datenbanken II - 5W Mi 17:00 – 18:30 G 3.18 Vorlesung #10 RDBMS Erweiterungen.
Nachtrag Abgrenzung OLAP / OLTP
SS 2014 – IBB4C Datenmanagement Do 17:00 – 18:30 R Vorlesung #3 ER Modellierung.
SS 2014 – IBB4B Datenmanagement Do 17:00 – 18:30 R Vorlesung #4 Überführung des ER-Modells in das relationale Modell.
SS 2015 – IBB4C Datenmanagement Fr 17:00 – 18:30 R Vorlesung #1 Datenmanagement.
SS 2015 – IBB4C Datenmanagement Fr 17:00 – 18:30 R Vorlesung #2 Datenbankentwurf.
WS 2014/15 Datenbanksysteme Do 17:00 – 18:30 R Vorlesung #9 SQL Zusammenfassung.
SS 2015 – IBB4C Datenmanagement Fr 17:00 – 18:30 R Vorlesung #5 Relationale Entwurfstheorie.
SS 2015 – IBB4C Datenmanagement Fr 17:00 – 18:30 R Vorlesung #4 Überführung des ER-Modells in das relationale Modell.
IS: Datenbanken, © Till Hänisch 2000 Entwurfstheorie Normalisierung oder "Wie man sich Ärger erspart"
Kapitel 6 Relationale Entwurfstheorie Funktionale Abhängigkeiten Normalformen Normalisierung durch Dekomposition.
Vorlesung #5 Relationale Entwurfstheorie
Vorlesung #5 Überführung (Fortsetzung) / Normalformen
Vorlesung #4 Überführung des ER-Modells in das relationale Modell
Vorlesung #2 Datenbankentwurf
 Präsentation transkript:

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R Vorlesung #5 Relationale Entwurfstheorie

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie2 Fahrplan... Zusammenfassung der Relationen (Verfeinerung) und Anomalien bei Verstössen Generalisierung Schwache Entity-Typen Wie gut ist mein Entwurf? Normalformen 1,2,3 NF intuitiv Formal: Funktionale Abhängigkeien, Dekomposition, Verlustlosigkeite, Abhängigkeitsbewahrung usw.

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie3

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie4

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie5

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie6

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie7

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie8

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie9

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie10 Wie gut ist mein Entwurf? Das relationale Modell bzw. das relationale Schema wird in einem real existierenden DBMS umgesetzt Wie gut ein Modell ist, lässt sich mit Hilfe der relationalen Entwurfstheorie und der Normalformen bestimmen (Vorlesung #5) Wenn das konzeptuelle Schema (ER-Diagramm)vernünftig ist und die Überführung in das relationale Schema unter der Beachtung der Transformationsregeln durchgeführt wurde, ist das relationale Schema auch gut (meistens in der dritten Normalform 3NF) gut – Im Hinblick auf die relationale Theorie nicht auf die Sinnhaftigkeit im Anwendungsfall

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie11 Schlechte Entwurfe Jetzt wollen wir aber ein paar schlechte Entwurfe kennenlernen... !!! Kommen in der Praxis sehr oft vor, z.B. in Form von konsolidierten Excel-Reports !!! Kemper

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie12 Sinn und Zweck der Normalisierung Das Ziel: Update-Anomalien und Daten- Inkonsistenzen vermeiden Update-Anomalien und Daten-Inkonsistenzen sind die Folge von unkontrollierten Redundanzen Man bemüht sich, Informationen möglichst einmalig zu speichern Ausfallssicherheit und Performance werden durch kontrollierte Redundanzen (Mehrfachspeicherung) zu realisieren (Bsp. RAID, Materialisierte Sichten, Star- Schemata, Replikationen usw.) Normalformen sind das Mittel, die Güte eines relationalen Modells zu bestimmen, sind aber auch auf andere (nicht relationale Modelle) anwendbar

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie13 Erste Normalform 1NF Ein Datensatz bzw. Tabellen-Zeile bzw. Tupel darf nicht ein Attribut enthalten, das aus mehreren Attributen zusammengesetzt ist bzw. alle Attribute müssen atomar sein Nicht erlaubt sind zusammengesetzte Attribute wie string x string x integer sondern lediglich atomare wie string oder integer Im relationalen Modell ist es per Definition der Fall Kein Einnisten oder Vererben weiterer Attribute in einem Attribute, wie bei der Objekt-Orientierung

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie14 Erste Nomalform 1NF - Beispiel Eltern VaterMutterKinder JohannMartha{Else, Lucie} JohannMaria{Theo, Josef} HeinzMartha{Cleo} Eltern VaterMutterKind JohannMarthaElse JohannMarthaLucie JohannMariaTheo JohannMariaJosef HeinzMarthaCleo Nicht in 1 NF 1 NF

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie15 Zweite Normalform 2NF Kommt nur in Frage, wenn wir es mit zusammengesetzten Schlüsseln zu tun haben! 2 NF ist dann verletzt, wenn ein Teil des zusammengesetzten Schlüssels ein Nichtschlüssel- Attribut bestimmt Kempers Beispiel: Studentenbelegungen (Studenten und Vorlesungen zusammengemischt, daher MatrNr,VorlNr zusammengesetzter Schlüssel) MatrNr alleine bestimmt Name Verstoß gegen 2 NF

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie16 Dritte Normalform 3NF Bei der 2 NF ging es um Attribute die zu einem zusammengesetzten Schlüssel gehören Bei der 3 NF geht es um Nicht-Schlüssel- Attribute Ein Verstoß gegen die 3NF liegt dann vor, wenn ein Nicht-Schlüssel-Attribute ein anderes Nicht-Schlüssel-Attribut bestimmt

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie17 Vierte und Fünfte Normalform Es geht um zusammengesetzte Schlüssen Der Sinn: Anzahl der Attribute verringern, die einen zusammengesetzten Schlüssel ausmachen

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R © Bojan Milijaš, Vorlesung #5 - Relationale Entwurfstheorie18 Vertiefung der Relationalen Entwurfstheorie Funktionale Abhängigkeiten Dekomposition Verlustlosigkeit Abhängigkeitserhaltung Normalformen formell Synthese-Algorithmus (formale Überführung in die 3. NF) Weitere Normalformen und mehrwertige Abhängigkeiten Ausblick Vorlesung #6

SS 2013 – IBB4B Datenmanagement Fr 17:00 – 18:30 R Vorlesung #4 Ende