ER-Modell (Entity-Relationship-Modell)

Ein ER-Modell funktioniert wie eine Landkarte für Daten: Es zeigt grafisch, welche “Orte” (Datenobjekte wie Kunden, Produkte oder Bestellungen) es gibt und welche “Straßen” (Beziehungen) zwischen ihnen verlaufen. Statt sich Datenstrukturen nur in Textform vorzustellen, macht ein ER-Diagramm auf einen Blick sichtbar, wie ein Kunde mit seinen Bestellungen zusammenhängt, welche Bestellung welche Produkte enthält und wie diese Verbindungen im Detail aussehen. In der Praxis wird ein ER-Modell meist ganz am Anfang eines Softwareprojekts erstellt, noch bevor die erste Tabelle in einer echten Datenbank angelegt wird. Es besteht typischerweise aus Entitäten (den “Dingen”, über die Daten gespeichert werden, z.B. Kunde oder Produkt), deren Attributen (Eigenschaften wie Name oder Preis) und den Beziehungen zwischen den Entitäten, die meist als 1:1, 1:n oder n:m gekennzeichnet werden – also ob ein Kunde z.B. mehrere Bestellungen haben kann (1:n) oder ob eine Bestellung mehrere Produkte enthalten kann, während ein Produkt auch in mehreren Bestellungen vorkommt (n:m). Diese Beziehungen werden später in der tatsächlichen Datenbank über Primärschlüssel und Fremdschlüssel technisch umgesetzt. Ein gut durchdachtes ER-Modell verhindert spätere Probleme wie doppelt gespeicherte Daten oder unklare Zuständigkeiten und ist die Grundlage für eine saubere Normalisierung der Datenbankstruktur.