Angabe zum zweiten Beispiel des Laborübungsteils aus Datenmodellierung SS08

Ähnliche Dokumente
VU Objektorientierte Modellierung Übung 2

Angabe zum dritten Beispiel des Laborübungsteils aus Datenmodellierung SS08

Angabe zum ersten Beispiel des Laborübungsteils aus Datenmodellierung WS09

Angabe zum dritten Beispiel des Laborübungsteils aus Datenmodellierung SS07

1. Übungsblatt 3.0 VU Datenmodellierung

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

Entitätstypen, Attribute, Relationen und Entitäten

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

Angabe zum ersten Beispiel des Laborübungsteils aus Datenmodellierung WS10

Veranstaltung Pr.-Nr.: Datenmodellierung. Veronika Waue WS 07/08. Phasenschema der Datenbankentwicklung (grob) Informationsanalyse

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

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

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

1. Übungsblatt 3.0 VU Datenmodellierung

Domänenklassendiagramm. Aufgabentext:

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

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

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

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

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

ER-Modell. Entity-Relationship-Model

1. Übungsblatt 3.0 VU Datenmodellierung

Das konzeptionelle Datenmodell

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

INFI-Projekt Datenbanksysteme. Namen:...Andreas Bachofner, Patrick Horvath. Klasse:...2AHWIL Jahrgang:. 2. Abgabetermin:... Note:...

Angabe zum ersten Beispiel des Laborübungsteils aus Datenmodellierung SS11

ER-Modell. Das Relationenmodell

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

Vorlesung Datenbank-Entwurf Klausur

Der Tabellenname wird in Grossbuchstaben geschrieben.

-02- Arbeitsunterlagen

1. Übungsblatt 3.0 VU Datenmodellierung

Datenmodelle und Datenbanken 2

Übung zu Relationale Datenbanken in der Anwendung

UML - Statische Diagramme

VORDIPLOMSPRÜFUNG FÜR ELEKTROINGENIEURE. Einführung in die Informatik III

1. Übungsblatt 3.0 VU Datenmodellierung

VU Objektorientierte Modellierung Übung 1

Kapitel DB:IV (Fortsetzung)

Angabe zum ersten Beispiel des Laborübungsteils aus Datenmodellierung SS10

Datenbanken Unit 2: Das ER-Modell

Informatik IIa: Modellierung

Aufgabe 1) Übung 4: 1.2

Einführung in Datenbanken

D1: Relationale Datenstrukturen (14)

Objektorientierte Konzepte und Notation in UML. Objekt Klasse Attribut Operation

1. Übungsblatt 3.0 VU Datenmodellierung

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

Vorlesung Datenbanken I Endklausur

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

Datenbanksysteme I, SS 2004

SQL Tutorial. SQL - Tutorial SS 06. Hubert Baumgartner. INSO - Industrial Software

SWT MN Vorlesung Übungsblatt Hausaufgaben und Hörsaalübungen zum Themenbereich UML-Modellierung mit Rollen und OOA-Muster

Einführung in die Datenorganisation. Informationssysteme

Informatik IIa: Modellierung

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

Konzeptuelle Modellierung

Kapitel 6: Das E/R-Modell

Medizininformatik Software Engineering

Rückblick: Entity-Relationship-Modell

Erstellen von relationalen Datenbanken mit Hilfe der Nomalisierung

Bitte beachten: Die Vorschläge sind keine Musterlösung!

Microsoft Access 2010 SQL nutzen

Kapitel 3: Datenbanksysteme

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

Datenbanken und Informationssysteme Sommersemester 2012 Probeklausur

Datenbanksysteme Teil 3 Indizes und Normalisierung. Stefan Maihack Dipl. Ing. (FH) Datum:

Eine neue Datenbank erstellen

Grundlagen der Programmentwurfstechnik Fundamentals of Software Engineering 1

10. Datenbank Design 1

Übungen zum Entity-Relationship-Diagramm-Entwurf

Datenbankentwurf. Kapitel 3. Datenbankentwurf 76 / 508

Übungsaufgaben Softwaretechnologie

Aufgabe 1: Strukturmodellierung mittels Klassendiagramm Wiederholen Sie das Kapitel aus der Vorlesung, das sich mit dem Klassendiagramm beschäftigt.

Kapitel 3: Datenbanksysteme

Dokumentation Datenmodell: Bibliothek

Microsoft Access Relationen. Anja Aue

Informatik II Modellierung Übung 5 Petrinetze/Klassendiagramme

Die Datenbanktabelle KUNDEN

Klausur Softwaretechnologie WS 2010/11

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

Kapitel DB:IV (Fortsetzung)

Relationales Datenbankpraktikum 2016ss

Kapitel 1: Einführung 1.1 Datenbanken?

5.2 Entity-Relationship-Modell

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

Übungsblatt 4 Lösung

Kontakte. Inhaltsverzeichnis

Anforderungsanalyse: Tutor

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

Uni Duisburg-Essen Fachgebiet Informationssysteme Prof. Dr. N. Fuhr

Arbeitsplan III. Schlüssel und Transformation. Name: Tenbusch Klasse: Datum: Blatt Nr.: 1 / 7 lfd. Nr.:

Indizes. Index. Datenfeld Normale Tabelle. Gesucht wird: Zugriff. 3. Zugriff 1. Zugriff.

Theorie zur Übung 8 Datenbanken

3. Relationales Modell

Grundlagen von Datenbanken SS 2010

Kapitel DB:III (Fortsetzung)

Datenbanksysteme: Entwurf

Klausur Konzeptionelle Modellierung

Entwicklung einer DB-Anwendung vergleichbar mit gewöhnlicher Anwendungsprogrammierung:

Transkript:

Angabe zum zweiten Beispiel des Laborübungsteils aus Datenmodellierung SS08 Verena Charwat, Michael Jakl, Markus Pichlmair, Katrin Seyr dm@dbai.tuwien.ac.at 31. März 2008 1 Allgemeines In diesem Übungsteil sollen Sie den Entwurf einer kleinen Datenbank üben. Sie müssen im ersten Schritt aus den untenstehenden Texten, die einen Ausschnitt der realen Welt beschreiben, ein ER Modell erstellen. [In Ihrer beruflichen Praxis werden Sie solche Texte gemeinsam mit dem Kunden in mehreren Gesprächen erstellen müssen.] Nach der Erstellung des ER Modells führen Sie dieses in ein Relationenmodell über. Das Relationenmodell stellt dann die Grundlage für die Generierung der Datenbank dar. Bitte versuchen Sie nach Möglichkeit die Beispiele eigenständig zu lösen, denn in der Praxis (und bei der Prüfung) sind Sie auch auf sich alleine gestellt. Zeichnen Sie für die folgenden Angaben jeweils das ER-Diagramm in der (MIN, MAX) - Notation. Eine Unterstützung bei der Erstellung von ER Diagrammen bietet das Tool dia (http://live.gnome.org/dia Achtung: im Diagramm Editor ER auswählen!). Handgeschiebene Diagramme und Relationenmodelle werden NICHT akzeptiert. Bei der Umwandlung in das Relationenmodell beachten Sie bitte, dass Sie möglichst wenig Relationen verwenden. Unterstreichen Sie sämtliche Primärschlüssel, schreiben Sie die Fremdschlüssel kursiv und stellen Sie sicher, dass ein Fremdschlüssel eindeutig der passenden Relation zugeordnet werden kann. 2 Ein Beispiel zur Notation Ein Institut hat einen eindeutige Nummer, einen Namen und eine Adresse. Ein Lektor identifiziert sich anhand seiner Sozialversicherungsnummer, und hat einen 1

Namen. Er ist genau einem Institut zugeordnet, ein Institut kann keine oder mehrere Lektoren haben. Weiters gibt es Lehrveranstaltungen, wobei diese eine eindeutige Nummer haben und einen Titel. Ein Lektor kann mehrere Lehrveranstaltungen leiten, eine Lehrveranstaltung kann von mehreren Lektoren geleitet werden, hat aber mindestens einen Leiter. SVNr Nr Institut (0,*) (1,1) lehrt Lektor Name Name Adresse Titel Nr LVA (1,*) (0,*) geleitet Abbildung 1: ER- Diagramm Das obige ER-Diagramm wird wie folgt im Relationenmodell dargestellt: Institut (Nr, Name, Adresse) Lektor (SVNr, Name, Institut.Nr) LVA (Nr, Titel) geleitet (LVA.Nr, Lektor.SVNr) 3 Das Abgabegespräch 1. Sie müssen sich über den LVAManager zu einem Abgabegespräch anmelden. Bitte machen Sie das rechtzeitig, nach der ersten Abgabewoche ist die Wahrscheinlichkeit, noch einen freien Abgabetermin zu bekommen praktisch null. 2. Sie müssen das erste (Beispiel Schule) und eines der zwei anderen untenstehenden Beispiele vollständig ausgearbeitet haben (ER-Modell, Relationenmodell und alle in den Aufgaben beschriebenen Varianten). 3. Sie kommen mit Studentenausweis, den Unterlagen (ausgedruckt oder auf USB Stick - Achtung:.pdf oder.html gewünscht -.docx nicht lesbar) im Informatiklabor (http://www.inflab.tuwien.ac.at/) zu der von Ihnen reservierten Zeit vorbei, und absolvieren das Abgabegespräch. 2

4. Sie haben maximal 20 Minuten für Ihre Abgabe. 5. Sie können maximal 15 Punkte bei der Abgabe erreichen. Diese setzen sich wie folgt zusammen: 6 Punkte: Zwei ER-Modelle vollständig gelöst und eines davon genau erklärt. 5 Punkte: Die zwei dazugehörigen Relationenmodelle vollständig gelöst und eines davon genau erklärt. 4 Punkte: Zwei Theoriefragen richtig beantwortet. 6. Die Tutoren tragen ein Protokoll des Abgabegesprächs ein und Sie sehen, wieviele Punkte Sie bekommen haben. 4 Beispiel: Schule Die Direktorin einer Schule möchte, dass Sie eine Datenbankapplikation zur Unterstützung der Verwaltungsaufgaben erstellen. Modellieren Sie in einem ersten Schritt die im System zu verwaltenden Personen: Es sollen Schüler und Personal erfasst werden. Von beiden Personengruppen sind Vorname, Nachname und Geburtsdatum, sowie die eindeutige Sozialversicherungsnummer bekannt. Für Personal wird zudem das Gehalt gespeichert. Bei ehemaligem Personal wird noch das Kündigungsdatum gespeichert. Bei Schülern speichert die Schule immer auch eine Notfalltelefonnummer, sowie die Adresse des Hauptwohnsitzes. Lehrer gehören zum Personal. Von ihnen sind zusätzlich die Jahre an Unterrichtserfahrung bekannt. Zu guter Letzt sollen bei Schülern, deren Geschwister ebenfalls die Schule besuchen, diese auch vermerkt werden. Als nächstes müssen Sie die Klassen und Räume der Schule speichern. Eine Klasse wird durch ihren eindeutigen Namen (1A, 1B,...) identifiziert, weiters soll eine Beschreibung, wie z.b. Schulversuch oder musischer Zweig vorgesehen werden; ein Raum der Schule hat eine eindeutige Raumnummer und wird beschrieben durch seine Funktion (Klassenraum, Chemielabor, Computerraum etc.) und die Größe. Nun müssen Sie den Klassen genau einen Raum zuordnen, umgekehrt kann in einem Raum natürlich nur eine Klasse sitzen; Einige Räume (wie z.b. Labors, Musiksäle oder Computerräume) haben keine fixe Klassenzuordnung. 3

Weiters wird vermerkt, welche Schüler in welche Klasse gehen, wobei ein Schüler in genau einer Klasse ist. Die Klassengröße beträgt 10 bis maximal 25 Schüler. In jeder Klasse wird einer der Schüler zum Klassensprecher gewählt. Darüber hinaus sollen die unterrichteten Fächer vermerkt werden. Jedes Fach hat eine eindeutige Abkürzung. Zu jedem Fach werden eine Bezeichnung sowie eine Kategorie (z.b. Schularbeitsgegenstand ) gespeichert. Es soll weiters vermerkt werden, für welche Fächer jeder Lehrer eine Lehrbefugnis hat. Dabei ist jeder Lehrer zum Unterricht mindestens eines Faches befugt. Nun müssen Sie speichern, welcher Lehrer welche Klasse in welchem Fach unterrichtet und wieviele Wochenstunden der Unterricht umfasst. In der Schule werden öfters Lehrerkonferenzen abgehalten, in denen aktuelle Angelegenheiten besprochen werden. Eine Konferenz hat ein eindeutiges Datum, eine Bezeichnung und ein Protokoll. Auch die Dauer der jeweiligen Konferenz wird vermerkt. An jeder Konferenz müssen mindestens fünf Lehrer teilnehmen. An wievielen Konferenzen ein Lehrer teilnimmt, bleibt ihm überlassen. Zu guter Letzt werden noch die bisherigen Zeugnisse der Schüler gespeichert. Bei jedem Zeugnis ist bekannt für welches Semester es ausgestellt wurde. Da jedes Semester zahlreiche Schüler ein Zeugnis erhalten, kann ein Zeugnis nur dann eindeutig identifiziert werden, wenn auch der Schüler, für den es ausgestellt wurde, bekannt ist. Gehen Sie davon aus, dass jeder Schüler pro Semester nur 1 Zeugnis erhält. Zu jedem Zeugnis wird auch dessen Inhalt (Noten) gespeichert. Modellieren Sie den Sachverhalt einmal mit und ein weiteres Mal ohne Nullwerte. Passen Sie ER-Diagramm und Relationenmodell entsprechend an. Geschwister haben oft den selben Hauptwohnsitz. Ändern Sie Ihre Modellierung nun dahingehend, dass ein mehrfaches Speichern von Adressen, an denen mehrere Schüler wohnen vermieden wird. Sie wissen, dass genau einer der Schüler Schulsprecher ist. Können Sie diesen Sachverhalt in dem ER-Diagramm modellieren? Wenn ja, wie? Wenn nein, wieso nicht? Ist durch Ihre Modellierung sichergestellt, dass jeder Lehrer nur Fächer unterrichtet, deren Lehrbefugnis er besitzt? 5 Beispiel: Eventfirma Eine Eventfirma hat sich auf die Organisation von Musikfestivals spezialisiert. Entwerfen Sie eine Datenbank, die ihr die Organisation von Veranstaltungen erleichtern soll. 4

Die Firma verwaltet für die Austragung der Veranstaltungen verschiedene Objekte, die je nach Bedarf bei den Events verwendet werden: Bühnen haben eine eindeutige ID, einen Namen und eine Größe. Für die Musikanlagen wird ebenfalls eine eindeutige ID und ein Name gespeichert, sowie die Anzahl der Lautsprecher und die Leistung (Watt). Außerdem werden Zelte vermerkt: Neben der ID wird noch die Fläche in der Datenbank eingetragen. Neben diesen gibt es weitere nicht näher spezifizierte Objekte wie z.b. Pulte, Tische etc. Zu allen Objekten können, falls benötigt, Zusatzinformationen gespeichert werden. Zur Verwaltung der Events werden in der Datenbank alle Adressen vermerkt, an denen Veranstaltungen stattfinden. Ein Adresse besteht aus eindeutiger ID und hat die Attribute Land, Postleitzahl, Ort, Straße und Nummer. Jedes Event selbst wird ebenfalls in der Datenbank erfasst und identifiziert sich durch die Adresse, wo es stattfindet, und den Beginn der Veranstaltung. Weiters ist das Ende bekannt, sowie der Name des Events. Optional wird vermerkt, für wieviele Personen die Veranstaltung ausgelegt ist und für welche Zielgruppe (genau eine) das Event gedacht ist (z.b. Jugend, 30-40-Jährige, Senioren,...). Pro Event werden die zur Durchführung benötigten Objekte gespeichert: mindestens eine Musikanlage; mindestens eine Bühne; möglicherweise Zelte; Wenn es Zelte gibt, wird der Verwendungszweck notiert (zum Beispiel wird in einem Zelt bei einer Veranstaltung Essen verkauft, bei der nächsten Veranstaltung verwendet man es als Lager.) Zusätzlich können bei Events beliebig viele nicht näher spezifizierte Objekte verwendet werden. Nachdem die Objekte sehr viel Platz beanspruchen, besitzt die Firma zur Aufbewahrung der Objekte mehrere Lager. Die Lager identifizieren sich über eine ID und haben einen Namen sowie eine bestimmte Größe. Weiters wird die Adresse des Lagers gespeichert. Jedes Objekt wird in genau einem Lager aufbewahrt. Bei jedem Event treten beliebig viele Bands auf. Eine Band ist eindeutig identifiziert durch ihren Namen. Weiters wird die Anzahl der Gruppenmitglieder, die Musikrichtung und das Herkunftsland gespeichert. 5

Zu guter Letzt werden noch Eintrittskarten angeboten. Es gibt unterschiedliche Typen von Karten (z.b. Stehplätze, Sitzplätze, VIP-Karten,...). Es ist bekannt, wieviele Karten pro Typ und Event vorhanden sind und wieviel diese kosten. Lösen Sie in einem ersten Schritt die Aufgabe unter der Verwendung von Nullwerten (ER-Diagramm und Relationenmodell). Eliminieren Sie in einem zweiten Schritt alle Nullwerte und erstellen Sie ein zweites ER-Diagramm und ein Relationenmodell. Können Sie in Ihrem Modell ausschließen, dass in der Datenbank eine Bühne zu einem bestimmten Zeitpunkt für mehrere Festivals zugeteilt ist? Begründen Sie Ihre Antwort! Ändern Sie Ihr ER-Diagramm und das Relationenmodell dahingehend, dass von den Bands nicht nur bekannt ist, bei welchen Events sie auftreten, sondern auch, auf welcher Bühne sie dort spielen. Gehen Sie davon aus, dass bei einer Veranstaltung eine Band maximal auf einer Bühne auftritt. Geben Sie diesen Sachverhalt sowohl in (min, max) Notation als auch in (N:M) Notation wieder. Überlegen Sie sich, welche Vor- und Nachteile es hat, die Adressen der Events und die der Lager in einer Tabelle gemeinsam zu speichern, zwei separate Tabellen zu erstellen oder die Lageradressen nur als ein Attribut anzugeben. Begründen Sie Ihre Lösung. 6 Beispiel: Pizzeria Eine Pizzeria möchte für die Verwaltung ihres Betriebes eine kleine Datenbank verwenden. Die Pizzeria hat verschiedene Getränke und Pizzen im Angebot: Zunächst einmal soll gespeichert werden, welche Pizzen verkauft werden. Eine Pizza hat einen Namen und eine Größe (Kinderpizza, Normal, Familie), die in Kombination eindeutig sind. Weiters wird der Preis festgehalten. Auch bei den Getränken setzt sich der Schlüssel aus Name und Größe zusammen (z.b. Almdudler, 0,35l). Weiters sind der Preis und die vorrätige Menge bekannt. Eine Pizza besteht aus verschiedenen Zutaten, wobei für jede Pizza mindestens drei Zutaten verwendet werden: Eine Zutat hat einen eindeutigen Namen und es 6

ist der vorhandene Vorrat bekannt. Zu jeder Pizza wird vermerkt, wieviel von den jeweiligen Zutaten für die Zubereitung benötigt wird. Als nächstes sollen die Angestellten erfasst werden. Jeder Angestellte hat Vorund Nachname, eine eindeutige Sozialversicherungsnummer, eine Adresse und es wird das Gehalt des Angestellten vermerkt. Die Angestellten werden in verschiedene Gruppen eingeteilt: Lieferanten (für das Lieferservice der Pizzeria), Kellner und Köche. Bei den Köchen wird ihre Qualifikation in der Datenbank erfasst. Im Lokal gibt es viele Tische. Jeder Tisch hat eine eindeutige Nummer, es wird zusätzlich die Anzahl der maximalen Sitzplätze vermerkt. Jeder Kellner wird für fünf bis maximal zehn Tische eingeteilt, für jeden Tisch sind genau zwei Kellner verantwortlich. Die Gäste wählen aus dem Angebot der Pizzeria beliebig viele Pizzen und Getränke, wobei ihre Bestellung in die Datenbank eingetragen wird: Jede Bestellung wird dem Tisch zugeordnet, an dem sie getätigt wurde. Die Tischnummer und ein Zeitstempel bestimmen zusammen jede Bestellung eindeutig. Zusätzlich wird der Betrag notiert, der von den Gästen zu begleichen ist. Ob ein Tisch diesen Betrag bereits gezahlt hat, wird in einem Boolean-Attribut bei der Bestellung vermerkt. Darüber hinaus wird eingetragen, welche Kellner die Bestellung bearbeiten, wobei jeder Bestellung mindestens ein Kellner zugeteilt ist. Die Pizzeria besitzt neben ihrem Lokal auch ein Lieferservice. Sie speichert daher die Daten der Kunden, an welche sie etwas ausliefert. Jedem Kunde wird eine eindeutige ID zugeordnet. Darüber hinaus werden Vorname, Nachname, Telefonnummer und Adresse vermerkt. Bei jedem Stammkunden wird weiters der Rabatt gespeichert, den man ihm bei Bestellungen gewährt. Bestellungen über das Lieferservice laufen prinzipiell ähnlich ab wie Bestellungen, die im Lokal getätigt werden. Eine Bestellung wird über die ID des Kunden und einen Zeitstempel eindeutig identifiziert. Genau ein Lieferant ist für die Zustellung der Waren verantwortlich. Bei jeder Bestellung können natürlich beliebig viele Waren aus dem Angebot ausgewählt werden. Es wird der Preis der gesamten Bestellung vermerkt und ob sie bereits ausgeliefert wurde. Schlussendlich wird noch für alle Angestellte gespeichert, von welchen Angestellten sie bei Erkrankung oder Inanspruchnahme von Urlaubszeit vertreten werden, wobei ein Angestellter von genau zwei Personen vertreten wird und beliebig viele Angestellte vertreten kann. Erstellen Sie ein ER-Diagramm und ein Relationenmodell ohne Nullwerte. Der Realität entsprechend sollen Angestellte auch Kunden sein können. Ist das in Ihrem Modell möglich? Ändern Sie Ihr Modell dahingehend, dass 7

bei Angestellten, die auch Kunden sind, keine Daten doppelt gespeichert werden. Haben Sie die Datenbank für die Pizzeria so modelliert, dass bei einer Bestellung auch mehrere gleiche Pizzen oder Getränke aus dem Angebot bestellt werden können? Wenn nicht, dann passen Sie Ihr ER-Diagramm und Relationenmodell entsprechend an. Kann es laut Ihrem Modell passieren, dass beispielsweise ein Koch durch einen Liferanten vertreten wird? Ist es möglich, dieses Problem direkt im ER-Diagramm zu beseitigen und sicherzustellen, dass Angestellte nur durch Angestellte vertreten werden, die der selben Gruppe angehören? Wenn ja, wie? Wenn nein, wieso nicht? 8