Sebastian

Aus ProgrammingWiki

Wechseln zu: Navigation, Suche

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

  • hier das ERM zur DB:14-geier-sebastian DB-Beleg ERM.jpg
  • und zur besseren Übersicht noch bunt:14-geier-sebastian DB-Beleg ERM bunt.jpg

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

Persönliche Werkzeuge