Ähnliche Dokumente
Übungsblatt DB:IV. Abzugeben sind, bis , Lösungen zu den Aufgaben 1d, 1e, 3, 7, 9, 12. Aufgabe 1 : Datenintegrität

Aufgabe 1 Indexstrukturen

Universität Augsburg, Institut für Informatik WS 2009/2010 Prof. Dr. W. Kießling 06. Nov Dr. A. Huhn, F. Wenzel, M. Endres Lösungsblatt 2

mit Musterlösungen Prof. Dr. Gerd Stumme, Dipl.-Inform. Christoph Schmitz 14. Mai 2007 σ KID= 11a (Schüler) π S Name (σ KID= 11a (Schüler))

mit Musterlösungen Prof. Dr. Gerd Stumme, Dipl.-Inform. Christoph Schmitz 18. Juni 2007

Übung zur Vorlesung Einführung in die Informatik für Hörer anderer Fachrichtungen (WZW) IN8003, SS 2011 Prof. Dr. J. Schlichter

Theorie zur Übung 8 Datenbanken

Abstraktionsebenen des Datenbankentwurfs

Introduction to Data and Knowledge Engineering Übung 1: Entity Relationship Model

Datenbankentwurf. Abstraktionsebenen des Datenbankentwurfs. 1. Konzeptuelle Ebene. 2. Implementationsebene (Logische Ebene) 3.

5. Relationale Entwurfstheorie

Datenbankentwurf. Abstraktionsebenen des Datenbankentwurfs: 3. Konzeptuelle Ebene. 5. Implementationsebene. 7. Physische Ebene.

3. Relationales Modell & Algebra

Datenintegrität. Kapitel 5 1

1 Informationsmodellierung mit dem Entity-Relationship-Modell

Datenmodelle und Datenbanken 1 Internet-Datenbanken

Datenintegrität. Kapitel 5 1

Konzeptuelle Modellierung

Kapitel 3: Datenbanksysteme

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

Kapitel 1: Einführung 1.1 Datenbanken?

Datenbanken Unit 2: Das ER-Modell

Datenbankentwurf. Objektbeschreibung. Prozeßbeschreibungen. Beziehungsbeschreibung: prüfen. Abstraktionsebenen des Datenbankentwurfs

Das relationale Datenmodell

Übung 8. Tutorübung zu Grundlagen: Datenbanken (Gruppen Do-T24 / Do-T31 WS 2016/2017)

Vorlesungen. Studenten. hören. Grundzüge. Fichte Glaube und Wissen Jonas

Die Bestellungen eines Schreibwarengeschäftes sollen auf eine aktuelle Form mit Hilfe einer zeitgemäßen Datenbank umgestellt werden.

Grundlagen des relationalen l Modells

Prüfung Informatik für Ökonomen II. 14. Januar Teil 1: Datenbanktechnik Musterlösungen

Datenbanken 1. Kapitel 2: Datenbankentwurf. Ansprechpartner hat Name Adresse. Geschaeftspartner <pi> Characters (30) Characters (50) ist.

Kapitel 3: Entity-Relationship-Modell

Rückblick: Entity-Relationship-Modell

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

Wirtschaftsinformatik 7a: Datenbanken. Hochschule für Wirtschaft und Recht SS 16 Dozent: R. Witte

Datenbankentwurf. Kapitel 3. Datenbankentwurf 76 / 508

2. Relationale Datenbanken

E-R-Modell zu Relationenschema

PD Dr.-Ing. F. Lobeck. Seite 6

Datenmodelle und Datenbanken 2

Datenbankentwurf. VO Datenmodellierung. Katrin Seyr. Institut für Informationssysteme Technische Universität Wien.

Einführung in Datenbanken

Wirtschaftsinformatik 7a: Datenbanken. Dozent: R. Witte

Übungen Teil 1: ER-Modelle. Dozent: Stefan Maihack Dipl. Ing. (FH)

Logischer Entwurf. Stufen der Entwicklung einer Datenbank. Inhalt. Übersicht. 1. Datenbank - Entwurf ( ER - Diagramm)

Einführung, Entity-Relationship Modell 9. DATENBANKSYSTEME: DAS ENTITY RELATIONSHIP MODELL

Kapitel DB:III (Fortsetzung)

Kapitel 1: Einführung 1.1 Datenbanken?

Datenbankanwendungen werden oft über einen sehr langen Zeitraum (z.b. Jahrzehnte) eingesetzt

Kapitel DB:IV (Fortsetzung)

Rückblick: Datenbankentwurf

Datenbanken 1. Sommersemester Übung 2

Eigenschaften von Datenbanken, insbesondere

Relationales Datenmodell Relationale Algebra

Übung 3. Tutorübung zu Grundlagen: Datenbanken (Gruppen Do-T24 / Do-T31 WS 2016/2017)

5.2 Entity-Relationship-Modell

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit.

1. Einführung Seite 1. Kapitel 1: Einführung

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit.

Rückblick: Relationales Modell

Kapitel 2: Konzeptuelle Modellierung

Kapitel 3: Datenbanksysteme

Dieser Foliensatz darf frei verwendet werden unter der Bedingung, dass diese Titelfolie nicht entfernt wird.

3. Relationales Modell & Algebra

Datenintegrität. Integitätsbedingungen Schlüssel Beziehungskardinalitäten Attributdomänen Inklusion bei Generalisierung

Datenintegrität. Referentielle Integrität. Referentielle Integrität in SQL. Bisherige Integritätsbedingungen

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

Entwurf von Relationalen Datenbanken (1) (mit dem Entity-Relationship-Modell)

Datenmodellierung. Ausschnitt der Realen Miniwelt. Manuelle/intellektuelle Modellierung. Konzeptuelles Schema (E/R- oder UML-Schema)

Datenbanken Unit 3: Das relationale Modell

Kapitel DB:III (Fortsetzung)

Normalisierung Szenario [nach Zehnder; Informationssysteme und Datenbanken. Teubner, 1989]

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann

Kapitel DB:IV (Fortsetzung)

Datenbanken Unit 3: Das relationale Modell

Rückblick: Relationale Normalisierung

Transkript:

2. Übung zur Vorlesung Datenbanken im Sommersemester 2007 mit Musterlösungen Prof. Dr. Gerd Stumme, Dipl.-Inform. Christoph Schmitz http://www.kde.cs.uni-kassel.de 30. April 2007 Aufgabe 1 Betrachten Sie das ER-Diagramm in Abbildung 1. Abbildung 1: ER-Diagramm zu Aufgabe 1 1. Beschreiben Sie möglichst genau in eigenen Worten die Miniwelt, die dieses Modell darstellt! Es gibt Kunden, die jeweils Namen und Adressen haben. Jeder Kunde hat mindestens eine Bestellung getätigt. 1

Bestellungen haben ein Datum und einen Skontosatz. Zu jeder Bestellung gehören mindestens drei Artikel mit jeweils einer Anzahl. Jede Bestellung wird von genau einem Kunden getätigt. Sonderrabatte haben einen Namen und einen Prozentsatz. Sonderrabatte können auf bestimmten Posten einer Bestellung gelten. Warengruppen haben einen Namen. Jeder Artikel gehört zu genau einer Warengruppe, zu jeder Warengruppe gehören mindestens 50 Artikel. Artikel haben einen Namen und einen Einzelpreis. Für jeden Artikel gilt genau ein Mehrwertsteuersatz. Jeder Mehrwertsteuersatz hat einen Namen und eine Prozentzahl und gilt für beliebig viele Artikel. 2. Übertragen Sie das Modell in ein relationales Schema. Führen Sie ggf. geeignete Schlüsselattribute ein. Kennzeichnen Sie in jeder Relation den Primärschlüssel. Korrektur: in der ausgegebenen Version des Übungsblattes waren die Funktionalitäten an der Beziehung enthalten vertauscht. Kunden(nr, name, adresse) Bestellungen(nr, kundennr, skonto, datum) Sonderrabatt(name, prozent) Artikel(nr, name, einzelpreis, warengruppe, mwstsatzname) Mehrwertsteuersatz(name, prozent) BestellungArtikel(bestnr, artikelnr, anzahl, rabattname) Bemerkung: Ob hier rabattname zum Schlüssel gehören muß oder nicht hängt davon ab, ob man mehrere Rabatte auf einen Artikel zuläßt. Die hier gezeigte Variante geht davon aus, daß auf einem Artikel nur kein oder ein Rabatt gelten kann. 3. Geben Sie beispielhaft Tupel an, die die folgende Situation beschreiben: Kunde Schmitz bestellt am 1.5.2007 mit 2% Skonto folgende Produkte: 2 Packungen Kreide zu je 3 Euro, 5 Packungen Papier zu je 5 Euro; auf das Papier gibt es einen Mairabatt von 10%. Kunden(1, Schmitz, Kassel ) Sonderrabatt( Mairabatt, 10) Artikel(1, Kreide, 3, Schreibwaren, normal ) Artikel(2, Papier, 5, Schreibwaren, normal ) Mehrwertsteuersatz( normal, 19) Mehrwertsteuersatz( ermäßigt, 7) Bestellung(1, 1, 2, 1.5.2007) 2

BestellungArtikel(1, 1, 2, -) BestellungArtikel(1, 2, 5, Mairabatt ) Aufgabe 2 Zeigen Sie, daß die (min,max)- und die vereinfachte Notation (1:N usw.) für Funktionalitäten unvergleichbar sind, d. h. daß es jeweils Konsistenzbedingungen gibt, die mit der einen, aber nicht mit der anderen Notation ausgedrückt werden können! Tip: Mehrstellige Relationen! Das Beispiel in Abbildung 2, ist in (min,max)-notation nicht auszudrücken: man kann nicht angeben, daß von einem Professor an einen Student höchstens eine Thema vergeben werden kann. Andererseits kann man in (min,max)-notation eben genaue Minima und Maxima angeben, etwa: eine Schulklasse besteht aus 20 bis 30 Schülern. Das ist in der vereinfachten Notation nicht möglich. Aufgabe 3 Betrachten die das ER-Diagramm in Abbildung 2. Abbildung 2: ER-Diagramm zu Aufgabe 3 1. Überführen Sie den konzeptuellen Entworf der Beziehung betreuen in ein relationales Schema. Nehmen Sie an, daß der Titel ein Seminarthema identifiziert. betreuen(matrikelnr, profnr, thema, note) 2. Diskutieren Sie, welche Primärschlüssel für diese Relation möglich sind. Wegen der 1:1:N-Funktionalitäten an der Beziehung sind entweder (matrikelnr, profnr) oder (matrikelnr, thema) als Schlüssel möglich. Welcher gewählt werden soll, hängt von der Sichtweise ab geht es um eine Prüfungsdatenbank, würde man eher (Student, Thema) wählen, da solche Informationen z. B. auf Zeugnissen erschienen. 3

Aufgabe 4 Es gebe die Entitytypen Person (mit einem Namen und einem Geburtsdatum als Attribut), Mitarbeiter (zusätzlich mit einer Gehaltsklasse) und Professor (zusätzlich zum Mitarbeiter noch ein Fachgebietsname). Dabei sollen jeweils is-a-beziehungen gelten, d. h. Mitarbeiter ist eine Generalisierung von Professor, und Person ist eine Generalisierung von Mitarbeiter. Dazu sind folgende relationale Schemata denkbar (Name sei hierbei als Schlüssel ausreichend): Modell 1 Modell 2 Person1(name, datum) Mitarbeiter1(name, datum, gehalt) Professor1(name, datum, gehalt, fachgebiet) Person2(name, datum) Mitarbeiter2(name, gehalt) Professor2(name, fachgebiet) 1. Fügen Sie in beiden Varianten jeweils einen Professor, einen Mitarbeiter und eine Person ein, die keines von beiden ist. Person1( Meier, 1.1.1982) Mitarbeiter1( Müller, 12.3.1980, BAT IIa ) Professor1( Schmidt, 23.1.1957, C4, Inverse Kinematik ) Person2( Meier, 1.1.1982) Person2( Müller, 12.3.1980) Mitarbeiter2( Müller, BAT IIa ) Person2( Schmidt, 23.1.1957) Mitarbeiter2( Schmidt, C4 ) Professor2( Schmidt, Inverse Kinematik ) 2. Geben Sie Vor- und Nachteile beider Varianten an! Bei Variante 1 ist der Vorteil, daß jeweils alle Information über eine Entity in einem Tupel einer Relation vorhanden ist. Daher müssen bei der Anfrage nach einer Entity nicht mehrere Relationen benutzt werden. Nachteil ist, daß beispielsweise zur Auflistung aller Personen eine Vereinigung über alle Relationen berechnet werden muß. Variante 2 hat diesen Nachteil nicht. Dafür müssen allerdings, um eine Entität vollständig zu beschreiben, die entsprechenden Tupel aus allen Relationen gelesen werden. 4

Aufgabe 5 Betrachten Sie das folgende (schlechte) Schema für eine Datenbank eines Lehrstuhls: lehrstuhl(mitarbeiternr, mitarbeitername, mitarbeitergehalt, studentnr, studentname, diplthema, diplnote) Geben Sie Beispiele für Einfüge-, Lösch- und Updateanomalien in diesem Schema an! Einfügung Ein Mitarbeiter kann nicht ohne Studenten eingefügt werden. Update Ändert ein Mitarbeiter (z. B. durch Heirat) seinen Namen, müssen auch alle betreuten Arbeiten geändert werden. Löschen Beim Löschen eines Mitarbeiters verschwinden alle betreuten Diplomarbeiten 5