Lenya

Aus ProgrammingWiki
Archivierte Version vom 2026-02-02T11:06:57+00:00. Aktuelle Version

Inhaltsverzeichnis

Ziel der Datenbank

Ziel der Datenbank ist es, für beliebig viele Schüler systematisch zu erfassen, welche Klausuren sie schreiben, zu welchem Datum diese stattfinden und welche Themen in den jeweiligen Klausuren behandelt werden. Dadurch kann ein übersichtlicher Klausurenplan erstellt werden, der sowohl schülerbezogene als auch klausur- und themenbezogene Auswertung ermöglicht.

ERM

ERM_Modell.png

Erläuterung des ERM: Das ER-Modell besteht aus den Entitäten Schüler, Klausur und Thema. Zwischen Schüler und Klausur besteht die m:n-Beziehung "schreibt", da ein Schüler mehrere Klausuren schreiben kann und eine Klausur von mehreren Schülern geschrieben wird. Zwischen Klausur und Thema besteht ebenfalls eine m:n-Beziehung, da eine Klausur mehrere Themen umfasst und ein Thema in mehreren Klausuren vorkommen kann. Mit diesem ER-Modell lassen sich Klausurenpläne erstellen und auswerten, z.B. welche Klausuren ein bestimmter Schüler schreibt, an welchen Terminen diese stattfinden und welche Themen in den einzelnen Klausuren behandelt werden.

Relationsmodell

Le Bog_Relationmodell.png

Datenbank

Abfragen

Alle Schüler anzeigen

Alle Klausuren mit Datum und Fach

Welche Klausuren schreibt ein bestimmter Schüler?

Welche Themen gehören zu welcher Klausur?

Welche Schüler schreiben welche Klausur inkl. Fach und Datum?


Kritische Reflexion zur Modellierung der Datenbank

Bei der Modellierung der Datenbank für den Klausurenplan war es zunächst wichtig, die Anforderungen klar zu strukturieren: Es sollten beliebig viele Schüler, Klausuren und Themen erfasst werden, und Beziehungen zwischen diesen Entitäten abgebildet werden. Das ER-Modell zeigt klar die zentralen Entitäten Schüler, Klausur und Thema sowie die m:n-Beziehungen schreibt (zwischen Schüler und Klausur) und behandelt (zwischen Klausur und Thema).

Eine Stärke der Modellierung ist, dass durch die Verwendung von Beziehungstabellen die Mehrfachzuordnungen korrekt abgebildet werden und somit flexible Abfragen möglich sind, z. B. welche Schüler eine bestimmte Klausur schreiben oder welche Themen in einer Klausur vorkommen.

Kritisch ist, dass das Modell noch nicht alle praktischen Situationen abdeckt, zum Beispiel: • Es gibt keine Angaben zu Räumen oder Lehrern, die oft wichtig für einen Klausurenplan sind. • Es gibt keine Optionen für Änderungen, z. B. wenn ein Schüler nachmeldet oder eine Klausur verschoben wird. • Die IDs müssen sehr genau eingehalten werden (S001, K001…), sonst passen die INSERT-Befehle nicht, was zu Fehlern führen kann. • In der Umsetzung mit SQL können JOINs bei vielen Tabellen unübersichtlich werden, wenn man nicht konsequent Aliasse verwendet.