- 1 Section
- 10 Lessons
- unbegrenzt
- Relationale Datenbanken & ER-Modell10
- 1.1Was ist eine Datenbank? DBMS, Schema, Instanz
- 1.2ERM: Entitäten, Attribute, Beziehungen
- 1.3ER-Diagramm: Chen-Notation
- 1.4ER-Diagramm: Krähenfußnotation
- 1.5Kardinalitäten: 1:1, 1:N, M:N
- 1.6Vom ER-Modell zum Datenbankschema
- 1.7Normalisierung: 1. Normalform
- 1.8Normalisierung: 2. und 3. Normalform
- 1.9Denormalisierung
- 1.10Aufgaben ER-Modell & Normalisierung
Was ist eine Datenbank? DBMS, Schema, Instanz
Daten sind das Rückgrat fast jeder modernen Anwendung – sei es ein Online-Shop, eine Kundenverwaltung, ein Buchungssystem oder die Personalakte einer Firma. Aber wo liegen diese Daten eigentlich? Wer den Begriff zum ersten Mal hört, denkt vielleicht an eine Excel-Tabelle. Tatsächlich ist eine Datenbank konzeptionell sogar etwas Ähnliches: eine strukturierte Sammlung von Daten. Der Unterschied steckt im Drumherum – im Datenbankmanagementsystem (DBMS), das die Daten verwaltet, schützt, gleichzeitige Zugriffe koordiniert und Auswertungen ermöglicht.
In dieser Lektion lernst du die Grundbegriffe, die du für alles Weitere brauchst: Datenbank, DBMS, Schema, Instanz, CRUD. Außerdem siehst du anhand eines konkreten Beispiels, warum Excel ab einer gewissen Größe an seine Grenzen kommt und warum sich daraus historisch das relationale Datenbankmodell entwickelt hat.
1) Warum überhaupt eine Datenbank – die Excel-Falle
Viele kleine Unternehmen führen ihre Kundendaten am Anfang in einer Excel-Datei. Das funktioniert hervorragend – bis es eben nicht mehr funktioniert. Klick auf die beiden Tabs und sieh, wo Excel an Grenzen stößt und wie eine Datenbank dasselbe Problem löst:
2) Datenbank vs. DBMS – ein wichtiger Unterschied
Im Alltag sagt man oft schlampig „Datenbank" und meint damit beides: die Daten und die Software, die sie verwaltet. Streng genommen sind das aber zwei verschiedene Dinge:
- Die Datenbank ist die geordnete Sammlung von Daten selbst – die Tabellen mit ihren Zeilen, gespeichert in Dateien auf der Festplatte.
- Das Datenbankmanagementsystem (DBMS) ist die Software, die diese Daten verwaltet: speichert, abfragt, schützt, sichert, synchronisiert.
Bekannte DBMS-Produkte sind MySQL/MariaDB, PostgreSQL, Microsoft SQL Server, Oracle, SQLite. Sie alle implementieren dasselbe Konzept (relationale Datenbanken mit SQL), unterscheiden sich aber in Performance, Lizenzmodell, unterstützten Features und Plattform – mehr dazu im Vergleich der Datenbanktypen und in Softwarelizenzmodellen. In der IHK-Prüfung tauchen MySQL und PostgreSQL am häufigsten auf.
3) Wo lebt eine Datenbank? Die Schichten unter der Anwendung
Wenn du in einem Online-Shop einen Artikel kaufst, durchläuft dein Klick mehrere Schichten – bis er ganz unten auf der Festplatte als Datensatz landet. Diese Schichtung ist wichtig zu verstehen, weil sie erklärt, wie das DBMS überhaupt eine Vermittlerrolle einnimmt:
1. Anwendung (Web, App, Skript)
Schickt SQL-Befehle oder API-Aufrufe an das DBMS. Kennt die Daten nur als Tabellen, nicht als Dateien. Beispiele: Python-Skript, Java-Backend, PHP-Shop.
2. DBMS (z. B. MySQL-Server)
Empfängt SQL, prüft Rechte und Syntax, plant die Ausführung, koordiniert gleichzeitige Zugriffe, verwaltet Transaktionen, sorgt für Integrität.
3. Datenbankdateien
Die eigentliche Datenbank: meist binäre Dateien, in denen Zeilen, Indexe und Metadaten strukturiert abgelegt sind. Z. B. .ibd bei MySQL, .mdf bei SQL Server. Niemand öffnet sie direkt.
4. Speichermedium
SSD, HDD, NAS, RAID-Verbund oder Cloud-Storage. Hier liegen die Bits physisch. Backup-Strategien sichern genau diese Schicht.
4) Schema und Instanz – Bauplan vs. Inhalt
Zwei Begriffe, die in der IHK-Prüfung gern verwechselt werden – aber leicht auseinanderzuhalten sind, wenn man sie einmal sauber gesehen hat. Das Schema beschreibt die Struktur einer Datenbank (welche Tabellen, welche Spalten, welche Datentypen, welche Beziehungen). Die Instanz ist der aktuelle Inhalt zu einem bestimmten Zeitpunkt (welche Zeilen liegen drin).
📐 Schema (Struktur)
Definiert Was gespeichert werden kann. Ändert sich selten (DDL-Statement nötig).
CREATE TABLE kunden ( id INT PRIMARY KEY, name VARCHAR(100), stadt VARCHAR(50), -- E-Mail eindeutig email VARCHAR(120) UNIQUE );
📥 Instanz (Inhalt heute)
Die tatsächlichen Daten jetzt. Ändert sich ständig durch INSERT, UPDATE, DELETE.
-- Aktueller Zustand 17.05.2026 14:23 1 | Müller GmbH | Köln | m@mueller.de 2 | Meier AG | Berlin | k@meier.ag 3 | Schulz oHG | Hamburg | info@schulz.de -- morgen evtl. anders
5) CRUD – die vier Grundoperationen
Egal welche Datenbank, egal welche Anwendung – am Ende läuft alles auf vier Grundoperationen hinaus, die unter dem Akronym CRUD zusammengefasst werden: Create, Read, Update, Delete. Sie entsprechen den SQL-Befehlen INSERT, SELECT, UPDATE und DELETE. Klick durch und sieh, was jeder Befehl tut:
6) Die wichtigsten Datenbankmodelle im Überblick
„Relationale Datenbank" ist nicht der einzige Typ. Im Lauf der Zeit haben sich verschiedene Modelle für unterschiedliche Anforderungen entwickelt. Hier ein kurzer Überblick – das relationale Modell, um das es in diesem Kurs geht, bleibt der Standard für die meisten Geschäftsanwendungen:
| Modell | Charakteristik | Typischer Einsatz |
|---|---|---|
| Relational | Daten in Tabellen, Beziehungen über Schlüssel, SQL als Sprache | ERP, CRM, Buchhaltung, fast alles Klassische |
| Dokumentenorientiert | JSON-ähnliche Dokumente, flexibles Schema – siehe MongoDB | Content-Management, schnell ändernde Strukturen |
| Key-Value | Einfache Schlüssel-Wert-Paare, sehr schnell – z. B. Redis | Cache, Session-Speicher |
| Spaltenorientiert | Daten spalten- statt zeilenweise gespeichert | Data Warehouses, Analytics |
| Graphdatenbank | Daten als Knoten und Kanten | Soziale Netze, Empfehlungssysteme |
| Hierarchisch / Netzwerk | Historische Modelle der 60er/70er | Heute nur noch Legacy-Systeme |
Diese Vielfalt zeigt: Es gibt nicht die eine richtige Datenbank. Welche passt, hängt von Anforderungen wie Datenstruktur, Zugriffsmuster, Skalierungsbedarf und Konsistenzanforderungen ab. Mehr zur Entscheidung in SQL vs. NoSQL. Für die IHK-Prüfung und den Berufsalltag ist das relationale Modell aber das mit Abstand wichtigste – und der Rest dieses Kurses widmet sich genau ihm.
7) Wer kümmert sich um eine Datenbank? Rollen in der Praxis
In größeren Unternehmen ist die Arbeit rund um Datenbanken auf mehrere Rollen verteilt. Auch das ist Prüfungsstoff – und nützlich zu wissen, weil du als Fachinformatiker:in später mit diesen Personen direkt zusammenarbeitest:
- Datenbankadministrator (DBA): Verantwortlich für Betrieb, Performance, Backups, Patches und Tuning des DBMS. Eher FISI-nah.
- Datenbankentwickler / Schema-Designer: Entwirft Tabellen, schreibt komplexes SQL, optimiert Abfragen. Eher FIAE-nah.
- Anwendungsentwickler: Schreibt die Software, die mit der Datenbank spricht (typischerweise über Repository-Pattern oder ORM).
- Datenschutzbeauftragter: Achtet darauf, dass die DSGVO eingehalten wird – siehe DSB und VVT. Personenbezogene Daten in Datenbanken sind besonders sensibel.
- Data Analyst / Data Scientist: Wertet Daten aus für Reports, Dashboards, Vorhersagen. Bedient sich mit SELECT-Abfragen.
- IT-Sicherheitsverantwortlicher: Stellt sicher, dass das DBMS gegen SQL-Injection und unbefugten Zugriff geschützt ist (siehe RBAC).
In kleinen Firmen vereint oft eine Person alle Rollen. In großen Konzernen können hinter der DB-Landschaft ganze Abteilungen stehen. In jedem Fall: Wer Datenbanken versteht, ist in der IT immer gefragt – das ist eines der zeitstabilsten Skills überhaupt, weil sich die Konzepte seit den 1970ern kaum verändert haben (das relationale Modell stammt von Edgar F. Codd, IBM, 1970).
Zusammenfassung
Eine Datenbank ist eine strukturierte Sammlung von Daten, das DBMS ist die Software, die sie verwaltet. Im Vergleich zu Excel löst eine Datenbank klassische Probleme: Redundanz, Update-Anomalien, fehlende Konsistenz, kein Mehrbenutzerbetrieb. Daten leben in vier Schichten: Anwendung → DBMS → Datenbankdateien → Speichermedium. Das Schema beschreibt die Struktur (Tabellen, Spalten, Datentypen) und ändert sich selten; die Instanz ist der aktuelle Datenbestand und ändert sich ständig. Jede Datenbankoperation lässt sich auf CRUD zurückführen: Create (INSERT), Read (SELECT), Update (UPDATE), Delete (DELETE). Neben dem dominierenden relationalen Modell gibt es NoSQL-Varianten für spezielle Anforderungen. In der Praxis sind viele Rollen an der Datenbank beteiligt: DBA, Entwickler, DSB, IT-Sicherheit, Analyst – aber alle sprechen am Ende SQL.
Verwandte Lektionen: Entity-Relationship-Modell · SQL-Grundstruktur · Was sind Transaktionen? · und mehrWeitere relevante LektionenDatenbanktypenCREATE TABLEINSERT, UPDATE, DELETEPrimary & Foreign KeyWarum NoSQL?DSGVO-GrundprinzipienSQL-InjectionDatenbankbackupRAID-Grundprinzip
