Sebastian
Aus ProgrammingWiki
Pass bitte auf, dass die DB nicht zu umfangreich wird (Zeitaspekt)
Inhaltsverzeichnis |
Ziel der Datenbank
Diese Datenbank dient zur Strukturierung der Vereine mit ihren Abteilungen und Spielern. Die Datenbank könnte in Online-Portalen Anwendung finden, wie es auch schon beispielsweise transfermarkt.de gibt, oder sie könnte auch zur zentralen Datenverwaltung von mehreren Vereinen dienen.
ERM
RM (zu erstellende Tabellen)
- Verein (V_ID, Vereinsname, Ort, Straße, Gründungsdatum, Präsident_Vorname,Präsident_Nachname, L_ID)
- Mitglied (M_ID, Vorname, Nachname, PLZ, Ort, Straße, Geb.-datum)
- Liga (L_ID, Liganame, Ligastufe, Land)
- Spieler (Spieler_ID, Vorname, Nachname, Geb.-datum, V_ID)
- Abteilung (A_ID, Name, Vorsitzender_Vorname, Vorsitzender_Nachname, Sportart_ID)
- Sportart (Sportart_ID, Name)
- Verein – Abteilung (V_ID, A_ID)
- Verein – Mitglied (V_ID, M_ID)
Erläuterungen zu den Modellen
- Normalformen
- ENF - Jede Spalte enthält nur eine Information, beispielsweise die Trennung von Vorname und Nachname bei Präsident, Vorsitzender und Mitglied. Auch Ort und Straße sind getrennte Attribute.
- ZNF - Jedes Attribut ist eindeutig einem Primärschlüssel zugeordnet, bei meiner Datenbank hat jede Entität genau einen Primärschlüssel (eine ID).
- DNF - Jedes Attribut hängt direkt vom Primärschlüssel ab, nicht von einem Nicht-Schlüssel-Feld. So sind alle Attribute von der jeweiligen ID abhängig.
- Kardinalitäten
- 1:1 - bei mir nicht vorhanden
- 1:n - Beispielsweise hat ein Verein mehrere Spieler, ein Spieler spielt aber nur bei einem Verein. Oder eine Liga hat mehrere Vereine, ein Verein spielt aber nur in einer Liga.
- n:m - Es hat ein Verein mehrere Abteilungen, eine Abteilungsart kann aber auch bei mehreren Vereinen vorkommen. Auch hat ein Verein mehrere Mitglieder, eine Person kann aber auch Mitglied in mehreren Vereinen sein.
- RM
- Bei einer 1:n-Beziehung wie Verein-Spieler wurde der Primärschlüssel der ersten Entität (V_ID) als Fremdschlüssel in die zweite Entität (Spieler) eingefügt.
- Bei den n:m-Beziehungen wie Mitglied-Verein wurde jeweils eine eigene Tabelle mit den Primärschlüsseln der beiden Entitäten als Fremdschlüssel erstellt.
Datenbank
Abfragen
Ausgabe der Daten aller Spieler
Ausgabe ausgewählter Daten aller Vereine
Ausgabe der Spielernamen und ihre jeweiligen Vereine
Ausgabe ausgewählter Daten von Spielern der SG Dynamo Dresden
Ausgabe der gelisteten Sportarten von Dynamo Dresden
Ausgabe der Namen aller Mitglieder vom FC Erzgebirge Aue