Nelly

Aus ProgrammingWiki

Inhaltsverzeichnis

Datenbank - Fitnessstudio

Aufgabe: Erstellen und Modellieren von einem Datenbankprojekt

Ziel der Datenbank

Diese Datenbank dient zur Strukturierung und Verwaltung der Daten eines Fitnessstudios, indem Mitglieder, deren Verträge sowie angebotene Kurse übersichtlich erfasst und miteinander verknüpft werden. Zusätzlich ermöglicht sie durch die Teilnahme Tabelle die Dokumentation, welche Mitglieder an welchen Kursen teilnehmen und unterstützt so Auswertungen und organisatorische Prozesse.

Modellierung in einem ERM

Nels_Screenshot_2026-02-02_110613.png

Transformation in das Relationenmodell (= die zu erstellende Tabellen)

  • Mitglied (Mitglied_ID, Vorname, Nachname, Geschlecht, Ort, Straße, Status)
  • Vertrag (Vertrag_ID, Startdatum, Enddatum, Laufzeit, Monatsbeitrag, Mitglied_ID )
  • Kurs (Kurs_ID, Kursname, Trainername, Raum, Wochentag, Uhrzeit)
  • Teilnahme (Mitglied_ID, Kurs_ID)


Als Schaubild

Nels_Screenshot_2026-02-02_095216.png

Erläuterungen des Datenbank-Modells

  1. Entitäten:
    • Mitglied: angemeldete Personen im Fitnessstudio
    • Vertrag: abgeschlossene Mitgliedsverträge (z.B Bronze, Silber, Gold)
    • Kurs: angebotene Fitnesskurse des Studios
  2. Attribute:
    • beschreiben die Eigenschaften einer Entität
    • Mitglied: alle persönlichen und organisatorischen Informationen über die angemeldete Peson
    • Vertrag: Vertragsdaten eines Mitglieds, wie Laufzeit oder monatilicher Beitrag
    • Kurs: Angaben wie Kursname, Trainer oder Termin des Kurses
  3. Primär- und Fremdschlüssel
    • Primärschlüssel identifizieren den Datensatz eindeutig (z.B Mitglied_ID, Vertrag_ID, ...)
    • Mitglied_ID ist im Vertrag als Fremdschlüssel enthalten, um den Vertrag einem Mitglied zuzuordnen
  4. Beziehungen und Kardinalitäten
    • Eine Beziehung beschreibt wie Entitäten miteinander verknüpft sind
    • Kardinalitäten geben an, wie viele Entitäten an der Beziehung beteiligt sind
    • Zwischen Mitglied und Vertrag besteht eine 1:n Beziehung, da ein Mitglied im Laufe der Zeit mehrere Verträge besitzen kann (Gold, Silber, Bronze = Vertragsart) aber ein Vertrag nur einem Mitglied zugeordnet ist
    • Zwischen Mitglied und Kurs besteht eine n:m Beziehung, da ein Mitglied mehrere Kurse besuchen kann und ein Kurs von mehreren Mitgliedern besucht wird
    • die n:m Beziehung wird in einer dritten Tabelle ufgelößt, wodurch die Datenbank übersichtlich, redundantfrei und erweiterbar bleibt

Datenbank

Abfragen

Ausgabe aller Mitglieder mit Vorname und Nachname

Ausgabe aller Fitnesskurse und deren Trainer

Ausgabe aller Vertragsarten mit Monatsbeitrag

Ausgabe der Mitglieder und ihrer Vertragsarten

Ausgabe der Teilnehmer des Yogakurses

Ausgabe der Anzahl der Kurse pro Mitglied

Zusammenfassen aller Abfragen

kritische Reflexion zur Modelllierung und Umsetzung

Ich habe die Tabellen für Mitglieder, Verträge, Kurse und die Teilnahme erstellt, um alle wichtigen Informationen abzubilden. Dabei habe ich gelernt, wie wichtig eine 
klare Struktur ist, z. B. dass alle Spalten richtig vorhanden sind und die Daten konsistent bleiben. Einige Fehler, wie fehlende Spalten, fehlerbehaftete Syntax oder  
falsche Einträge haben mir gezeigt, dass man beim Planen genau arbeiten muss.
Positiv ist, dass ich Abfragen erstellen konnte, die zum Beispiel alle Kurse oder Verträge eines Mitglieds zusammenfassen. Gleichzeitig habe ich gemerkt,
dass manche Filter genau überlegt sein müssen, damit keine Mitglieder in der Abfrage fehlen.
Insgesamt hat mir das Projekt geholfen, den Umgang mit SQL und relationalen Datenbanken besser zu verstehen.

Verwendete Quellen, Tools, etc.

  • ERDplus