Musik-Streaming-Dienst-Datenbank
Ziel der Datenbank
Das Ziel dieser Datenbank ist es, die notwendigen Daten für einen Musik-Streaming-Dienst oder eine Musik-App zu verwalten und zu organisieren.
ERM

Kardinalitäten:
* 1:n (Eins zu Viele) → Ein Nutzer erstellt viele Playlists, viele Playlists können von einem Nutzer erstellt wurden sein
* m:n (Viele zu Viele) → Eine Playlist enthält viele Songs, Ein Song kommt in vielen Playlists vor
→ Ein Nutzer hört viele Songs, Ein Song wird von vielen Nutzern gehört
| Nutzer |
| Nutzer_ID (Zahl,20) |
| Name (Text,20) |
| Vorname (Text,20) |
| Geb_datum (Zahl,10) |
| Email (Text,30) |
| Playlist |
| Playlist_ID (Zahl,10) |
| Name (Text,20) |
| Nutzer_ID (Zahl,30) |
| Anzahl_S (Zahl,2) |
| Song |
| Song_ID (Zahl,10) |
| Titel (Text,20) |
| Künstler_ID (Zahl,30) |
| Künstler_N (Text,20) |
| Dauer (Zahl,4) |
| Album_ID (Zahl,23) |
| enthält/kommt vor |
| Playlist_ID (Zahl,10) |
| Song_ID (Zahl,10) |
| hört |
| Nutzer_ID (Zahl,10) |
| Song_ID (Zahl,10) |
Datenbank
Kritische Reflexion
Die erstellte Datenbank für einen Musik-Streaming-Dienst bildet die wichtigsten Bereiche wie Nutzer, Songs und
Playlists übersichtlich ab. Besonders positiv ist, dass Beziehungen zwischen den Tabellen sinnvoll umgesetzt wurden, zum Beispiel dass Nutzer
Playlists erstellen können und Playlists mehrere Songs enthalten. Dadurch wirkt die Datenbank logisch aufgebaut und realitätsnah. Allerdings gibt es
auch einige Schwächen. Manche Attribute könnten genauer oder einheitlicher definiert werden, zum Beispiel die Speicherung der Dauer eines Songs als Text
statt als Zahl. Außerdem könnten zusätzliche Informationen wie Genre oder Veröffentlichungsjahr ergänzt werden, um die Datenbank umfangreicher zu machen.
Auch die Beziehung „hört“ enthält noch keine Beispieldaten, wodurch sie noch nicht vollständig getestet wurde. Insgesamt ist die Datenbank gut strukturiert
und erfüllt ihren grundlegenden Zweck, bietet aber noch Verbesserungsmöglichkeiten bei der Datentypwahl und beim Umfang der gespeicherten Informationen.