Entities erkennen

Bevor du eine Datenbank erstellst, musst du verstehen, was du speichern willst. Der erste Schritt beim Datenbank-Design ist das Erkennen von Entities (Entitäten). In diesem Artikel lernst du, wie du aus einer Problemstellung die richtigen Entities herausarbeitest.

Was ist eine Entity?

Eine Entity (deutsch: Entität) ist ein Ding oder Objekt aus der realen Welt, über das du Informationen speichern möchtest.

Entities sind die Hauptobjekte deiner Anwendung. Später wird aus jeder Entity eine Tabelle in der Datenbank.

Note

Der Begriff Entity (Entität) wird im Deutschen und Englischen gemischt verwendet. Beide Begriffe meinen das Gleiche. In dieser Serie nutzen wir hauptsächlich "Entity".

Beispiele für Entities

In einem Online-Buchladen:

Kunde - Menschen, die bestellen
Buch - Produkte, die verkauft werden
Bestellung - Kaufvorgänge
Autor - Menschen, die Bücher schreiben

In einer Schul-Verwaltung:

Schüler - Lernende
Lehrer - Lehrende
Kurs - Unterrichtsfächer
Raum - Klassenzimmer

Wie erkenne ich Entities?

Es gibt eine einfache Faustregel: Entities sind meistens Dinge, Personen oder Objekte – also Wörter, vor die du "der", "die" oder "das" setzen kannst.

Schau dir deine Problemstellung an und markiere alle Dinge, Personen und Objekte. Viele davon sind potenzielle Entities.

Tip

Frage dich: "Worüber spreche ich?" Die Antworten sind meist deine Entities. Beispiel: "Ich spreche über Kunden, Produkte und Bestellungen."

Beispiel: Blog-System

Problemstellung:

Note

"Ich möchte einen Blog erstellen. Autoren können Artikel schreiben. Jeder Artikel gehört zu einer Kategorie. Leser können Kommentare hinterlassen."

Markierte Substantive:

Autor
Artikel
Kategorie
Leser
Kommentar

Das sind unsere 5 Entities für das Blog-System!

Die 3 Fragen zum Erkennen von Entities

Nicht jedes Substantiv ist eine Entity. Stelle dir diese drei Fragen:

1. Muss ich mehrere davon speichern?

Eine Entity kommt normalerweise mehrfach vor.

✅ Kunde - Es gibt viele Kunden
✅ Buch - Es gibt viele Bücher
❌ Shop-Name - Es gibt nur einen Shop (das ist eine Einstellung, keine Entity)

2. Hat es eigene Eigenschaften?

Eine Entity hat mehrere Informationen, die gespeichert werden sollen.

✅ Kunde - Hat Name, E-Mail, Adresse, Telefon
❌ E-Mail - Ist nur eine Eigenschaft vom Kunden, keine eigene Entity

3. Ist es ein eigenständiges Objekt?

Eine Entity existiert unabhängig und hat eine eigene Identität.

✅ Bestellung - Existiert als eigenständiger Vorgang
❌ Bestelldatum - Ist nur eine Eigenschaft der Bestellung

Praktisches Beispiel: Bibliothek

Lass uns ein vollständiges Beispiel durchgehen. Wir wollen eine Datenbank für eine Bibliothek erstellen.

Schritt 1: Problemstellung analysieren

Anforderungen:

Note

"Die Bibliothek hat Bücher, die von Mitgliedern ausgeliehen werden können. Jedes Buch hat einen Autor und gehört zu einem Genre. Die Bibliothek möchte Ausleihen verfolgen: Wer hat welches Buch wann ausgeliehen?"

Schritt 2: Dinge und Objekte markieren

Welche Dinge werden erwähnt?

Buch (das Buch)
Mitglied (das Mitglied)
Autor (der Autor)
Genre (das Genre)
Ausleihe (die Ausleihe)

Schritt 3: Prüfen mit den 3 Fragen

Kandidat	Mehrere?	Eigenschaften?	Eigenständig?	Entity?
Buch	✅ Ja	✅ Titel, ISBN, Seiten	✅ Ja	✅ JA
Mitglied	✅ Ja	✅ Name, Adresse, Mitgliedsnummer	✅ Ja	✅ JA
Autor	✅ Ja	✅ Name, Geburtstag, Nationalität	✅ Ja	✅ JA
Genre	✅ Ja	⚠️ Nur Name	⚠️ Diskutabel	⚠️ VIELLEICHT
Ausleihe	✅ Ja	✅ Ausleihdatum, Rückgabedatum	✅ Ja	✅ JA

Tip

Genre ist ein Grenzfall. Wenn Genre nur ein Name ist ("Krimi", "Fantasy"), könnte es auch nur ein Textfeld beim Buch sein. Aber als eigene Entity ist es flexibler - du kannst später Beschreibungen hinzufügen oder Genres mit mehreren Büchern verknüpfen.

Schritt 4: Finale Entity-Liste

Unsere 5 Entities für die Bibliothek:

Buch
Mitglied
Autor
Genre
Ausleihe

Jede dieser Entities wird später eine Tabelle in der Datenbank.

Häufige Fehler beim Erkennen von Entities

Fehler 1: Eigenschaften als Entities

❌ Falsch: "E-Mail" als Entity

✅ Richtig: E-Mail ist eine Eigenschaft von "Kunde"

Eine E-Mail-Adresse allein hat keine weiteren Eigenschaften und existiert nicht eigenständig.

Fehler 2: Zu viele Entities

❌ Falsch: "Vorname", "Nachname", "Straße", "Stadt" als separate Entities

✅ Richtig: Das sind alles Eigenschaften von "Kunde"

Nicht jedes Detail braucht eine eigene Tabelle.

Fehler 3: Verben als Entities

❌ Falsch: "Kaufen", "Speichern", "Anmelden" als Entities

✅ Richtig: Das sind Aktionen, keine Objekte

Ausnahme: Manchmal wird aus einem Verb ein Substantiv. "Bestellen" → "Bestellung" ist eine Entity.

Fehler 4: Zu wenige Entities

❌ Falsch: Alles in eine "Daten"-Entity packen

✅ Richtig: Trenne logisch zusammenhängende Objekte

Eine Tabelle "Daten" mit Kunden, Produkten und Bestellungen gemischt ist keine gute Idee.

Übung: Fitness-Studio

Teste dein Verständnis! Lies die Problemstellung und identifiziere die Entities.

Note

"Ein Fitness-Studio hat Mitglieder, die sich für Kurse anmelden können. Jeder Kurs wird von einem Trainer geleitet und findet in einem bestimmten Raum statt. Mitglieder haben verschiedene Mitgliedschaften (Basic, Premium, VIP)."

Welche Entities erkennst du? Überlege selbst, bevor du weiterliest.

Lösung

Mögliche Entities:

Mitglied - Die Kunden des Studios
Kurs - Angebotene Trainings (Yoga, Spinning, etc.)
Trainer - Die Kursleiter
Raum - Die verschiedenen Studios/Räume
Mitgliedschaft - Die Tarif-Typen
Anmeldung/Buchung - Verbindet Mitglieder mit Kursen

Tip

"Fitness-Studio" selbst ist keine Entity - es ist der Rahmen, in dem alles stattfindet. Es gibt nur ein Studio, daher erfüllt es nicht das Kriterium "mehrere davon".

Entity vs. Attribut: Die Grenze

Manchmal ist es nicht eindeutig, ob etwas eine Entity oder nur eine Eigenschaft (Attribut) sein sollte.

Beispiel: Adresse

Option 1: Adresse als Textfeld bei Kunde

Einfacher
Reicht, wenn nur eine Adresse pro Kunde

Option 2: Adresse als eigene Entity

Flexibler
Besser, wenn Kunden mehrere Adressen haben (Rechnungsadresse, Lieferadresse)
Adresse kann strukturiert werden (Straße, PLZ, Stadt als separate Felder)

Tip

Faustregel: Wenn etwas in Zukunft wachsen könnte (mehrere davon, mehr Details), mach daraus eine Entity. Im Zweifel: Start einfach, verfeinere später.

Von Entities zu Tabellen

Jede Entity wird später zu einer Tabelle in deiner Datenbank:

Von Entities zu Tabellen
Entity (Konzept)	Tabelle (Datenbank)
Kunde	`kunden`
Buch	`buecher`
Bestellung	`bestellungen`

Note

Tabellennamen werden oft im Plural geschrieben (kunden, nicht kunde), weil eine Tabelle mehrere Einträge enthält. Das ist aber keine strikte Regel - wichtig ist Konsistenz.

Entity-Typ vs. Entity-Instanz

Der Begriff "Entity" kann zwei Dinge bedeuten. Das führt manchmal zu Verwirrung:

1. Entity-Typ (die Kategorie)

Das ist das, was wir in diesem Artikel meinen:

Eine Kategorie von Dingen: "Kunde", "Buch", "Bestellung"
Das Konzept, über das du Daten speichern willst
Wird zu einer Tabelle in der Datenbank

Wenn wir sagen "identifiziere die Entities", meinen wir Entity-Typen.

2. Entity-Instanz (das konkrete Beispiel)

Eine Entity-Instanz ist ein konkretes Beispiel eines Entity-Typs:

Ein bestimmter Kunde: "Anna Müller"
Ein bestimmtes Buch: "Der Prozess"
Eine bestimmte Bestellung: "Bestellung Nr. 1001"

Wird zu einer Zeile/Datensatz in der Tabelle.

Manche Lehrer sagen deshalb: "Eine Entity ist ein Tabelleneintrag." Das ist korrekt – sie meinen dann eine Entity-Instanz.

Visualisierung

Entity-Typ "Kunde" → Tabelle kunden

Entity-Instanz: Anna Müller → Zeile 1 (Datensatz 1)
Entity-Instanz: Tom Schmidt → Zeile 2 (Datensatz 2)
Entity-Instanz: Lisa Weber → Zeile 3 (Datensatz 3)

Important

Beide Verwendungen sind korrekt! Wenn wir in dieser Serie von "Entities" sprechen, meinen wir meist Entity-Typen (die Kategorien). Ein einzelner Datensatz in einer Tabelle ist eine Entity-Instanz.

Zusammenfassung

Entities sind die Grundbausteine deiner Datenbank:

Eine Entity ist ein Objekt, über das du Informationen speichern möchtest
Entities sind meistens Substantive in deiner Problemstellung
Prüfe mit 3 Fragen: Mehrere? Eigenschaften? Eigenständig?
Vermeide Fehler: Keine Eigenschaften als Entities, keine Verben, richtige Granularität
Jede Entity wird später eine Tabelle in der Datenbank

Im nächsten Artikel lernst du, wie du für jede Entity die passenden Attribute (Eigenschaften) definierst.