Tim
Relationenmodell
ER-Modell
1. Zielstellung
Ziel ist die Erstellung einer relationalen Datenbank zur Verwaltung der Formel-1-Weltmeisterschaft 2025. Anstatt Rennergebnisse in unübersichtlichen Tabellenkalkulationen zu führen, ermöglicht diese Datenbank automatisierte Auswertungen (z.B. Punktestände, Team-Zugehörigkeiten) und verhindert Redundanzen bei der Dateneingabe. Die Datenbank verwaltet zentral alle relevanten Informationen der Saison – 20 Fahrer, 10 Teams und 24 Rennen auf verschiedenen Strecken weltweit – und stellt durch Normalisierung bis zur 3. Normalform sicher, dass jede Information nur einmal gespeichert wird. Durch referenzielle Integrität können Rennergebnisse nur für existierende Fahrer und Rennen eingetragen werden, was Inkonsistenzen verhindert. Komplexe Auswertungen wie die Fahrer-Weltmeisterschaft (Summierung aller Rennergebnisse), die Konstrukteurs-WM (Addition der Fahrerpunkte pro Team) oder Statistiken zu Siegen, Podiumsplätzen und Ausfällen lassen sich durch SQL-Abfragen in Sekundenbruchteilen generieren, während in Tabellenkalkulationen manuelle Formeln und Aktualisierungen nötig wären. Die Struktur ist flexibel erweiterbar für Team-Wechsel während der Saison (durch Von_Datum/Bis_Datum), zusätzliche Tabellen (z.B. für Qualifying-Ergebnisse) oder zukünftige Saisons und bietet praktischen Nutzen für Teams (Performance-Analysen), Journalisten (Statistiken für Berichterstattung), Fans (detaillierte historische Vergleiche) und Organisatoren (fehlerfreie WM-Verwaltung).
2. Modellierung & Reflexion
Die Modellierung und Umsetzung der Formel‑1‑Datenbank verlief weitgehend erfolgreich. Durch die klare Struktur mit sechs zentralen Tabellen – TEAM, FAHRER, STRECKE, RENNEN, FAHRER_TEAM und RENNERGEBNIS – entstand ein konsistentes Modell mit logisch nachvollziehbaren Beziehungen. Besonders hilfreich war die konsequente Nutzung von Primär‑ und Fremdschlüsseln, die eine saubere referenzielle Integrität sicherstellten. Auch die ER‑Modellierung sorgte dafür, dass Zusammenhänge zwischen Fahrern, Teams und Rennen frühzeitig klar waren und sich problemlos in SQL übertragen ließen. Herausfordernd war die Modellierung der n:m‑Beziehung zwischen Fahrern und Teams. Diese konnte erst durch die Zwischentabelle FAHRER_TEAM korrekt umgesetzt werden, insbesondere um zeitliche Teamwechsel mit Von_Datum und Bis_Datum abzubilden. Der Umgang mit NULL‑Werten für aktive Fahrer‑Team‑Beziehungen erforderte genaue Abfragebedingungen, um aktuelle Daten korrekt zu filtern. Insgesamt funktionierte die SQL‑Implementierung sehr zuverlässig. Die Testabfragen – etwa zur Fahrerwertung oder zur Ermittlung nationaler Zugehörigkeiten – bestätigten die Funktionsfähigkeit des Modells. Künftig könnten jedoch weitere Tabellen, wie für Qualifying‑Ergebnisse oder Strafen, die Datenbank erweitern und realitätsnäher gestalten. Das Projekt verdeutlichte die Bedeutung sorgfältiger Planung und zeigte, wie durchdachtes Design zu einer stabilen und flexiblen Datenstruktur führt.
Kardinalitäten
- 1:n (Strecke zu Rennen): Eine Strecke richtet Rennen aus, aber ein Rennen findet auf genau einer Strecke statt.
- n:m (Fahrer zu Team): Ein Fahrer kann das Team wechseln. Diese Beziehung wird über die Tabelle FAHRER_TEAM aufgelöst.


