Erstelle ein ER-Diagramm für ein Bibliotheksverwaltungssystem
Über das Framework
Dieses Bibliotheksbeispiel besteht aus fünf Entitäten: BOOK, MEMBER, LOAN, AUTHOR und CATEGORY. Loan verknüpft ein Buch mit einem Mitglied und speichert Ausleih-, Fälligkeits- und Rückgabedatum sowie einen Status. Book enthält eine eindeutige ISBN, das Veröffentlichungsjahr, copies_available und einen Fremdschlüssel für die Kategorie; Member enthält eine eindeutige E-Mail-Adresse und Mitgliedschaftsdaten.
Es werden vier Beziehungen dargestellt. Author ist als Entität modelliert, die mehrere Bücher schreibt, aber Book besitzt weder ein author_id-Attribut noch eine BookAuthor-Zwischentabelle. Das Modell erfasst verfügbare Exemplare außerdem als Anzahl, statt jedem physischen Exemplar eine eigene Identität zu geben.
Nutze das Diagramm, um ein kleines Ausleihsystem zu besprechen, und entscheide anschließend, wie du Mitautoren und einzelne Exemplare abbilden möchtest. Diese Entscheidungen beeinflussen, worauf eine Ausleihe verweist und wie die Verfügbarkeit berechnet wird. Ergänze die fehlenden Beziehungen und Einschränkungen, bevor du die Zeichnung als Implementierungsspezifikation verwendest.
Enthalten
ER-Diagramm für Bibliotheksverwaltung
✦ Free preview · Sign in to use
Häufig gestellte Fragen
Nein. Book enthält ein Feld copies_available, und Loan verweist auf Book. Füge eine BookCopy-Entität hinzu, wenn jede physische Ausgabe eine eigene Kennung und Ausleihhistorie benötigt.
Die dargestellte Beziehung zeigt einen Autor mit vielen Büchern, wobei Book keinen Autorenschlüssel enthält. Eine BookAuthor-Zwischentabelle würde ein Modell mit mehreren Autoren und mehreren Büchern ausdrücklich abbilden.
Nein, es gibt keine Entität für Mahngebühren oder Zahlungen. Die Ausleihdaten und der Status liefern Kontext zur Ausleihe, aber Regeln und Datensätze für Mahngebühren müssen separat modelliert werden.
Kostenlos starten. Keine Kreditkarte erforderlich.