Einführung in die Informatik: Systeme und Anwendungen ...
Einführung in die Informatik: Systeme und Anwendungen ...
Einführung in die Informatik: Systeme und Anwendungen ...
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
(a) Welcher Nachteil ergibt sich, wenn <strong>die</strong> Tabelle nach obigem Schema gespeichert wird?<br />
Lösungsvorschlag:<br />
Für jede Ware wird <strong>die</strong> Adresse des Lieferanten gespeichert, d.h. <strong>die</strong> Adresse e<strong>in</strong>es Lieferanten<br />
ist u.U. mehrfach <strong>in</strong> der Datenbank enthalten (Red<strong>und</strong>anz).<br />
(b) Der Lieferant mit dem Namen Huber zieht <strong>in</strong> <strong>die</strong> Badstr. 34 um. Was ist beim Aktualisieren der<br />
Tabelle zu beachten? Welches Problem ergibt sich sonst?<br />
Lösungsvorschlag:<br />
Die Adresse ist <strong>in</strong> jedem betroffenen Tupel zu ändern, ansonsten erhält man e<strong>in</strong>en <strong>in</strong>konsistenten<br />
Datenbank-Zustand (Änderungsanomalie).<br />
(c) Das Großhandelsunternehmen nimmt Spanplatten aus se<strong>in</strong>em Sortiment. Da Lieferant Meier<br />
nun ke<strong>in</strong>e Spanplatten mehr liefern soll, wird <strong>die</strong> entsprechende Zeile aus der Tabelle entfernt.<br />
Welcher Nachteil entsteht dadurch?<br />
Lösungsvorschlag:<br />
Beim Löschen der letzten Ware e<strong>in</strong>es Lieferanten geht auch dessen Adresse verloren. Man kann<br />
<strong>die</strong> Adresse e<strong>in</strong>es Lieferanten nicht ohne e<strong>in</strong>e Ware <strong>in</strong> der Datenbank halten (Entfernungsanomalie).<br />
(d) Welches Problem ergibt sich, wenn e<strong>in</strong> neuer Lieferant mit Adresse <strong>in</strong> <strong>die</strong> Tabelle e<strong>in</strong>gefügt<br />
werden soll, der noch ke<strong>in</strong>e Ware liefert?<br />
Lösungsvorschlag:<br />
Zum E<strong>in</strong>fügen e<strong>in</strong>es neuen Lieferanten (Name, Adresse) benötigt man auch e<strong>in</strong>e Ware, d.h. man<br />
kann ke<strong>in</strong>e Lieferantenadresse ohne e<strong>in</strong>e Ware e<strong>in</strong>fügen (E<strong>in</strong>fügeanomalie).<br />
(e) Spalten Sie obige Tabelle <strong>in</strong> m<strong>in</strong>destens zwei Tabellen auf, so dass <strong>die</strong> <strong>in</strong> (a) bis (d) diskutierten<br />
Probleme <strong>und</strong> Nachteile vermieden werden.<br />
Lösungsvorschlag:<br />
LieferantAdresse (Lieferant, Adresse)<br />
Lieferant<br />
Adresse<br />
Albrecht Industriestr. 108<br />
Huber Turmstr. 12<br />
Meier Tal 48<br />
Lieferung (Ware, Preis, Lieferant)<br />
Ware Preis Lieferant<br />
Rußfilter 36.20 Albrecht<br />
Schutzbrillen 61.00 Albrecht<br />
Schrauben 75.60 Huber<br />
Dübel 35.10 Huber<br />
Nägel 18.60 Huber<br />
Spanplatten 108.00 Meier<br />
Aufgabe Z3-2<br />
Relationales Modell<br />
In vielen Datenbankanwendungen müssen personenbezogene Daten, z.B. Name, Adresse <strong>und</strong> Geburtsdaten<br />
e<strong>in</strong>er Person, gespeichert werden. Besonderer Bedeutung kommt dabei der Anforderung zu,<br />
jeden gespeicherten Datensatz e<strong>in</strong>deutig e<strong>in</strong>er bestimmten Person zuordnen zu können.<br />
Gegeben sei <strong>die</strong> Relation Person (Vorname, Nachname, Adresse, Geburtsdatum, Geburtsort).<br />
(a) Reichen <strong>die</strong> gegebenen Attribute aus, um e<strong>in</strong>en Schlüssel der Relation Person zu bestimmen?<br />
Untersuchen Sie für <strong>die</strong> folgenden Attributmengen, <strong>in</strong>wieweit sie als Schlüssel <strong>in</strong> Frage kommen.<br />
Geben Sie gegebenenfalls Gegenbeispiele an.<br />
2
Change language