⚠ Hinweis zur Datenqualität: Die Daten dieser Seite wurden durch manuelle Analyse aller SQL-Ausarbeitungsaufgaben aus den offiziellen Prüfungsvorschlägen gewonnen und mithilfe von KI ausgewertet. Trotz sorgfältiger Prüfung können einzelne Einträge fehlerhaft oder unvollständig sein. Im Zweifelsfall mit den offiziellen Prüfungsunterlagen vergleichen.

SQL Ausarbeitungsaufgaben — PI Landesabitur Hessen

Analyse aller Textausarbeitungsaufgaben im SQL-/Datenbankbereich des hessischen Landesabiturs im Fach Praktische Informatik, Jahrgänge 2016–2025 (10 Jahrgänge, 23 Vorschläge). Diese Seite deckt ausschließlich Aufgaben ab, bei denen Fließtext, Erläuterungen, Begründungen oder strukturierte Beschreibungen gefordert sind — keine reinen Diagrammzeichen- oder SQL-Codierungsaufgaben (obwohl manche Aufgaben beides kombinieren).

Berechnungsgrundlage: Vorschlagswahrscheinlichkeit = Anteil der 23 Vorschläge, in dem ein Thema als Ausarbeitungsaufgabe vorkommt. Jahreswahrscheinlichkeit = Anteil der 10 Jahrgänge, in dem mindestens ein Vorschlag das Thema enthält. Als „Ausarbeitungsaufgabe" zählen Teilaufgaben mit Operatoren wie beschreiben, erläutern, erklären, nennen, analysieren, beurteilen, begründen, erörtern, diskutieren, vergleichen, zeigen, Stellung nehmen. Das Transformieren eines ERM in das relationale Modell inkl. Begründung zählt ebenfalls, da der Ausarbeitungsanteil (begründen, prüfen, entscheiden) wesentlich ist.

10 Jahrgänge

23 Vorschläge gesamt

~55 Ausarbeitungsaufg. gesamt

2–3 Ø pro Vorschlag

3–6 Ø Bepunktung (BE)

10 Themenkategorien

Themenhäufigkeiten

Wie häufig taucht ein Thema als Ausarbeitungsaufgabe auf — absolut über alle 23 Vorschläge und pro Jahrgang (mind. 1 Vorschlag)

Gesamt — Anteil der 23 Vorschläge

Redundanzen & Anomalien

61 %

ERM → Relat. Modell

52 %

Normalform beschreiben

30 %

SQL-Anweisung erläutern

26 %

ERM Notationselemente

13 %

Spezialisierung (is-a)

13 %

Rel. Datenbankmodell

13 %

Referentielle Integrität

9 %

Transformationsregeln

9 %

ACID / 3-Schichten / Sonst.

9 %

Pro Jahrgang — mind. 1 Vorschlag enthält Thema

Redundanzen & Anomalien

100 %

ERM → Relat. Modell

80 %

Normalform beschreiben

60 %

SQL-Anweisung erläutern

60 %

ERM Notationselemente

30 %

Spezialisierung (is-a)

30 %

Rel. Datenbankmodell

30 %

Referentielle Integrität

20 %

Transformationsregeln

20 %

ACID / 3-Schichten / Sonst.

20 %

Aufgabenoperatoren — Typen & Anforderungen

Welche Operatoren dominieren und was genau verlangt wird

beschreiben

~20×

Häufigster Operator. Vollständige, sachliche Darstellung aller Merkmale — kein Werten. Strukturiert und vollständig, häufig mit konkreten Beispielen aus dem Szenario.

z.B.: „Beschreiben Sie die 1. bis 3. Normalform", „Beschreiben Sie die Notationselemente des ERM"

analysieren

~14×

Zergliedern einer gegebenen Tabelle oder SQL-Anweisung. Struktur benennen, Probleme (Redundanzen, Anomalien, Abhängigkeiten) aufzeigen und am Beispiel belegen.

z.B.: „Analysieren Sie die Tabelle hinsichtlich Redundanzen", „Analysieren Sie die SQL-Anweisung"

erläutern / erklären

~12×

Beschreiben + Bezug zum Kontext + kurze Begründung/Verdeutlichung. Oft verknüpft mit einem konkreten Beispiel aus dem Aufgabenszenario. Mechanismus transparent machen.

z.B.: „Erläutern Sie die referentielle Integrität", „Erklären Sie die ACID-Eigenschaften"

begründen / diskutieren

~10×

Entscheidungen für eine Variante belegen oder Vor-/Nachteile verschiedener Möglichkeiten gegenüberstellen. Immer konkrete Argumente, nie nur behaupten.

z.B.: „Begründen Sie Ihr Vorgehen", „Diskutieren Sie Vor- und Nachteile der Spezialisierungsvarianten"

Jahresübersicht — Ausarbeitungsthemen pro Vorschlag

🟢 Thema als Ausarbeitungsaufgabe enthalten ⚫ nicht enthalten · Hover über Punkt für Details

Jahr	Vorschl.	ANO Anomalien	ERM → Relat.	NF Normalform	SQL Analyse	NOT ERM-Notat.	SPZ Spezial.	MOD Rel. Modell	RI Ref. Int.	SON Sonstiges
2025	AB
2024	AB
2023	ABC
2022	ABC
2021	ABC
2020	AB
2019	AB
2018	AB
2017	AB
2016	AB

Themenübersicht — Häufigkeit, Schwierigkeit & Erwartungsniveau

Alle Themen mit Häufigkeit, typischer Bepunktung und dem, was das Abitur konkret erwartet

Thema	Schwierigkeit	Bepunktung	Häufigkeit	Was das Abitur erwartet
Redundanzen & Anomalien Analysieren, Beschreiben, Beispiele angeben	Niedrig	3–5 BE	PFLICHT 14/23 VschlL 10/10 Jahre	Tabelle auf Redundanzen (gleiche Daten mehrfach) und Inkonsistenzen (widersprüchliche Einträge) analysieren. Alle drei Anomalienarten benennen und jeweils mit einem konkreten Beispiel aus der gegebenen Tabelle belegen: Änderungsanomalie: Änderung muss an mehreren Stellen durchgeführt werden → Inkonsistenz möglich Löschanomalie: Datensatz löschen führt zu ungewolltem Informationsverlust Einfügeanomalie: Neuer Datensatz nur mit NULL-Werten einfügbar Bonus-Punkte: Wiederholungsgruppen und nicht-atomare Werte als weitere Strukturprobleme benennen (falls vorhanden).
ERM → Relationales Modell Überführen + Begründen (inkl. 3NF)	Mittel	5–10 BE	SEHR HÄUFIG 12/23 Vschl. 8/10 Jahre	Das Ergebnis ist eine Menge von Relationen in der Schreibweise `Relation(PK, Attribut, FK#)`. Die Begründung ist mindestens genauso wichtig wie das Ergebnis. Erwartet wird: Jeder Entitätstyp wird zur Tabelle 1:n → PK der 1-Seite wird FK auf der n-Seite n:m → neue Beziehungsmengenrelation mit PKs beider Seiten als FKs 1:1 → FK in eine der beiden Tabellen (begründete Wahl) Nachweis der 3NF: keine nicht-atomaren Werte, keine partiellen/transitiven Abhängigkeiten Hinweis: Das Transformieren selbst (Zeichnen) ist eine eigene Seite — hier geht es um die textliche Begründung.
Normalform beschreiben / prüfen 1NF, 2NF, 3NF definieren und anwenden	Mittel	2–5 BE	HÄUFIG 7/23 Vschl. 6/10 Jahre	Entweder Definitionen rein beschreiben (mit Vor-/Nachteilen, 2025A) oder auf konkrete Relationen prüfen (2017A). Je nach Aufgabenstellung: 1NF: Alle Attributwerte atomar, keine Wiederholungsgruppen, eindeutiger PK 2NF: In 1NF + alle Nichtschlüsselattribute voll funktional vom gesamten PK abhängig (nur relevant bei zusammengesetztem PK) 3NF: In 2NF + keine transitiven Abhängigkeiten (kein Nichtschlüsselattribut hängt über ein anderes von PK ab) Wenn Vor-/Nachteile gefragt: Verbesserte Integrität und Vermeidung von Anomalien (Pro) vs. mehr Tabellen, komplexere JOINs, Performanceverlust (Contra).
SQL-Anweisung erläutern Aufbau analysieren + Bedeutung beschreiben	Niedrig–Mittel	3–6 BE	HÄUFIG 6/23 Vschl. 6/10 Jahre	Immer zwei Teile: (1) strukturelle Analyse jeder Klausel, (2) inhaltliche Bedeutung (was liefert die Abfrage?). Typische Klauseln im Abitur: `SELECT`, `FROM`, `WHERE`, `JOIN … ON`, `GROUP BY`, `HAVING`, `ORDER BY`, `IN`, `LIKE`, Unterabfragen. Seit 2023 auch Aufgaben zur Erörterung (ist die Anweisung korrekt? Warum nicht? Verbesserung formulieren) und zur Beschreibung von Komplikationen (z.B. Löschweitergabe bei DELETE).
ERM-Notationselemente Darstellung + Funktion beschreiben	Sehr niedrig	3–6 BE	MITTEL 3/23 Vschl. 3/10 Jahre	Alle fünf Grundbausteine beschreiben (Form + Bedeutung), immer mit Bezug auf das konkrete Szenario-ERM: Rechteck (Entitätstyp), Ellipse (Attribut), Raute (Beziehungstyp), Linie (Verbindung), Unterstreichung (Primärschlüssel/Schlüsselattribut). Dazu: Kardinalität in [min,max]-Notation und ggf. Dreieck (is-a / Generalisierung). Oft mit Verwendungszweck des ERM (konzeptioneller Entwurf, Anforderungsanalyse).
Spezialisierung (is-a) 3 Varianten diskutieren + Entscheidung	Mittel	5–6 BE	MITTEL 3/23 Vschl. 3/10 Jahre	Immer alle drei Möglichkeiten angeben (Relationen notieren), dann je Vor- und Nachteil, dann begründete Entscheidung: M1 – Eine Tabelle: Alle Attribute in einer Relation → einfach, aber viele NULL-Werte, nicht speichereffizient M2 – Nur Untertypen: Je eine Relation pro Untertyp mit allen Attributen → einfacher Zugriff, aber doppelte Attribute + ID-Kollisionen möglich M3 – Drei Relationen: Obertyp + je Untertyp-Relation mit FK (= PK des Obertyps) → systematisch, keine NULL-Werte, aber komplexere JOINs
Relationales Datenbankmodell Beschreiben + Vor-/Nachteile	Sehr niedrig	3–4 BE	MITTEL 3/23 Vschl. 3/10 Jahre	Tabellenbasiertes Modell: Relation = Tabelle, Zeile = Tupel (Datensatz), Spalte = Attribut. Primärschlüssel identifiziert Tupel eindeutig, Fremdschlüssel realisiert Beziehungen. Vorteil: Einfaches Modell, Datenunabhängigkeit durch Kapselung. Nachteil: Objekte werden aufgeteilt → komplexe, JOIN-intensive Abfragen, Performanceprobleme. Manchmal auch Vergleich mit OOP-Beziehungen gefragt.
Referentielle Integrität Definition + RESTRICT / CASCADE	Niedrig	3–4 BE	SELTEN 2/23 Vschl. 2/10 Jahre	Definition: Alle Werte eines Fremdschlüssels müssen als Primärschlüsselwert in der referenzierten Tabelle vorhanden sein. Integrität = vollständig, korrekt, widerspruchsfrei. RESTRICT: Löschen/Ändern verboten, solange abhängige Datensätze existieren. CASCADE: Löschen/Ändern zieht automatisch alle abhängigen Datensätze mit.
Sonderaufgaben ACID, 3-Schichten, Transformationsregeln, Sonstiges	Niedrig–Mittel	2–6 BE	SELTEN ~5/23 Vschl. 3/10 Jahre	Selten, aber bei Auftauchen oft überraschend. Bekannte Sonderthemen: ACID (2021A): Atomicity, Consistency, Isolation, Durability je in 1–2 Sätzen beschreiben 3-Schichten-Architektur (2020A): Externe, konzeptionelle, interne Ebene beschreiben + Vorteil der Trennung Transformationsregeln (2023A, 2025B): Die vier Standard-Transformationsregeln ERM→Relational nennen Inkonsistenz / abgeleitete Felder / Referenztabellen: Einzelne punktuelle Aufgaben

Lernleitfaden — Was wie gelernt werden muss

Detaillierte Vorbereitung auf jede Aufgabenart: Musterlösungsstruktur, Standardformulierungen und Schlüsselwörter (ausführlicher Lernzettel)

Redundanzen & Anomalien — Das absolute Pflichtthema

100 % der Jahrgänge · 61 % der Vorschläge · Prio: KRITISCH

Definitionen auswendig lernen

Redundanz: Gleiche Daten werden mehrfach gespeichert. Redundante Daten können entfernt werden, ohne dass Informationen verloren gehen.
Inkonsistenz: Widersprüchliche Daten in einer Datenbank (z.B. gleiche Person mit zwei verschiedenen Adressen). Entsteht häufig durch nicht konsequent gepflegte Redundanzen.
Anomalie: Ein Problem, das durch eine fehlerhafte Datenbankstruktur (Redundanz) entsteht und zu Inkonsistenzen führen kann.

Die drei Anomalienarten — immer alle drei nennen

Änderungsanomalie: Wenn [Eigenschaft X] geändert werden soll, muss dies an mehreren Stellen in der Tabelle geändert werden. Geschieht dies nicht konsequent, entstehen inkonsistente Daten.

Löschanomalie: Wenn [Datensatz Y] gelöscht wird, gehen auch die Informationen zu [Entität Z] unbeabsichtigt verloren, obwohl diese noch benötigt werden.

Einfügeanomalie: Ein neuer [Datensatz W] kann nur eingefügt werden, wenn bereits [Pflichtfeld V] vorhanden ist — andernfalls entstehen NULL-Werte.

Struktur einer guten Antwort (Reihenfolge einhalten)

Schritt 1 — Redundanzen benennen: Konkret angeben, welcher Wert mehrfach vorkommt (z.B. „Der Name des Betreuers wird für jeden Schüler erneut gespeichert").
Schritt 2 — Inkonsistenz erwähnen: Falls in der Tabelle erkennbar (z.B. Schreibfehler bei Herstellernamen), explizit benennen.
Schritt 3 — Nicht-atomare Werte / Wiederholungsgruppen: Wenn Felder mehrere Werte enthalten (z.B. „Thomas Müller, Lisa Schmidt" in einer Zelle), als separates Problem benennen.
Schritt 4 — Alle drei Anomalien mit Beispiel: Jede Anomalie am konkreten Szenario illustrieren. Nie abstrakt bleiben.

Schlüsselwörter

Redundanz Inkonsistenz Änderungsanomalie Löschanomalie Einfügeanomalie NULL-Wert mehrfach gespeichert Informationsverlust nicht atomar Wiederholungsgruppe inkonsistenter Datenbestand unbeabsichtigt

Normalformen — 1NF, 2NF, 3NF

60 % der Jahrgänge · 30 % der Vorschläge · Prio: HOCH

Definitionen — exakt und vollständig

1NF: Alle Attributwerte sind atomar (unteilbar). Keine Wiederholungsgruppen. Jeder Datensatz ist durch einen Primärschlüssel eindeutig identifizierbar.

2NF: Relation ist in 1NF und alle Nichtschlüsselattribute sind voll funktional vom gesamten Primärschlüssel abhängig. (Partielle Abhängigkeit von einem Teil des zusammengesetzten PKs ist verboten.)

3NF: Relation ist in 2NF und kein Nichtschlüsselattribut ist transitiv vom Primärschlüssel abhängig. (Kein Nichtschlüsselattribut hängt indirekt über ein anderes Nichtschlüsselattribut vom PK ab.)

Vor-/Nachteile der Normalisierung (2025A: 2 BE)

Vorteile: Keine Redundanzen → keine Anomalien; verbesserte Datenintegrität; Änderungen nur an einer Stelle nötig; weniger Speicherplatz
Nachteile: Mehr Tabellen → komplexere JOINs; Leistungseinbußen bei Leseabfragen; höherer Verwaltungsaufwand (Fremdschlüssel); weniger Flexibilität

Wie eine Relation prüfen (2017A-Stil)

Immer von 1NF nach 3NF prüfen. Für jede NF: Bedingung nennen → prüfen ob erfüllt → Verstoß konkret benennen (z.B. „Relation X verletzt die 1NF, weil das Feld Adresse nicht atomar ist").

Schlüsselwörter

atomar voll funktional abhängig transitiv abhängig partiell abhängig zusammengesetzter PK Nichtschlüsselattribut Wiederholungsgruppe Normalisierung Redundanzfreiheit

SQL-Anweisung erläutern / analysieren

60 % der Jahrgänge · 26 % der Vorschläge · Prio: HOCH

Pflichtstruktur der Antwort

1. Aufbau erklären: Jede Klausel einzeln erklären (was tut sie syntaktisch?)
2. Bedeutung angeben: Was liefert die Anweisung inhaltlich? (Wen/Was/Wie viele…)

Klauseln die im Abitur vorkommen — Formulierungen

JOIN … ON: „Verknüpft Tabelle A mit Tabelle B über die Bedingung PK = FK. Es werden nur Datensätze ausgegeben, für die die Verbindung besteht."
LEFT JOIN: „Alle Datensätze der linken Tabelle werden ausgegeben — auch wenn kein passender Eintrag in der rechten Tabelle existiert (dann NULL)."
GROUP BY: „Fasst Datensätze mit identischen Werten in den genannten Spalten zu Gruppen zusammen."
HAVING: „Filtert Gruppen (aus GROUP BY) nach einer Bedingung — analog zu WHERE, aber auf Gruppenebene."
IN (Liste): „Prüft, ob der Spaltenwert in der angegebenen Liste enthalten ist."
LIKE '%…%': „Prüft auf Musterübereinstimmung; % steht für beliebige Zeichen."
COUNT(*): „Zählt die Anzahl der Datensätze in der Gruppe."
Unterabfrage (Subquery): „Innere SELECT-Anweisung wird zuerst ausgewertet; ihr Ergebnis wird in der äußeren Abfrage verwendet."

Neuer Aufgabentyp: Erörtern / Komplikationen

Erörtern (2023A): Ist die gegebene SQL korrekt? → Kartesisches Produkt bei fehlendem JOIN erkennen, LEFT JOIN bei Bedarf erklären.
Komplikationen bei DELETE (2025B): Löschweitergabe beschreiben: Zuerst alle FK-abhängigen Datensätze löschen, dann erst den Datensatz selbst.

Schlüsselwörter

JOIN GROUP BY HAVING LEFT JOIN Unterabfrage kartesisches Produkt Löschweitergabe ORDER BY COUNT / SUM LIKE IN

ERM-Notationselemente beschreiben

30 % der Jahrgänge · 13 % der Vorschläge · Prio: MITTEL

Alle Elemente — Form + Funktion + Beispiel

Rechteck → Entitätstyp: Kategorisiert gleichartige Entitäten mit denselben Eigenschaften. Beispiel: „Kunde", „Produkt".
Ellipse → Attribut: Charakterisiert einen Entitätstyp oder Beziehungstyp. Unterstrichenes Attribut = Primärschlüssel (Schlüsselattribut).
Raute → Beziehungstyp: Abstraktion gleichartiger Beziehungen zwischen Entitätstypen. Kann selbst Attribute besitzen.
Linie → Verbindung: Verbindet Attribute mit Entitäts-/Beziehungstypen sowie Beziehungstypen mit Entitätstypen.
[min,max]-Notation → Kardinalität: Legt fest, wie viele Entitäten einer Menge mit wie vielen einer anderen in Beziehung stehen können/müssen. min=0 = Kann-Beziehung, min≥1 = Muss-Beziehung.
Dreieck → is-a (Generalisierung/Spezialisierung): Untertypen erben alle Attribute des Obertyps und ergänzen eigene spezifische Attribute.

Verwendungszweck des ERM

Grafische Veranschaulichung des konzeptionellen Entwurfs einer Datenbank. Eingesetzt nach der Anforderungsanalyse zur übersichtlichen Darstellung der Datenstruktur und Beziehungen, unabhängig von der konkreten Implementierung.

Schlüsselwörter

Entitätstyp Attribut Beziehungstyp Kardinalität Primärschlüssel Schlüsselattribut Kann-/Muss-Beziehung Generalisierung Spezialisierung konzeptionell

Spezialisierung (is-a) — 3 Varianten

30 % der Jahrgänge · 13 % der Vorschläge · Prio: MITTEL

Die drei Möglichkeiten (immer alle drei)

M1 — Eine Tabelle (flach): Alle Attribute des Obertyps und aller Untertypen in eine einzige Relation. Vorteil: nur eine Tabelle, keine JOINs. Nachteil: viele NULL-Werte, nicht speichereffizient.
M2 — Nur Untertypen: Für jeden Untertyp eine eigene Tabelle mit allen Attributen (inkl. der des Obertyps). Kein Obertyp als Tabelle. Vorteil: einfacher Attributzugriff ohne JOIN. Nachteil: Attribute des Obertyps werden dupliziert; IDs können in mehreren Tabellen gleich sein (kein zentrales Verzeichnis).
M3 — Obertyp + Untertypen: Obertyp als eigene Tabelle, Untertypen als eigene Tabellen mit dem PK des Obertyps als FK (und zugleich PK). Vorteil: systematisch, keine Duplizierung, keine NULL-Werte. Nachteil: Navigation über JOINs für vollständige Datensätze erforderlich.

Entscheidung begründen — Formel

„Die Entscheidung fällt zugunsten von Möglichkeit X, da [Vorteil von X]. Der Nachteil [Nachteil von X] fällt nicht stark ins Gewicht, weil [Kontext-Begründung]."

Schlüsselwörter

Spezialisierung Generalisierung NULL-Werte Obertyp / Untertyp Fremdschlüssel = Primärschlüssel JOIN speichereffizient ID-Kollision Navigation

ERM → Rel. Modell: Begründen & Transformationsregeln

80 % der Jahrgänge · 52 % der Vorschläge · Prio: SEHR HOCH

Die 4 Standard-Transformationsregeln (auswendig!)

R1: Jeder Entitätstyp wird als Relation dargestellt. Jede Relation benötigt einen Primärschlüssel.
R2 — 1:n: Der PK des Entitätstyps auf der 1-Seite wird Fremdschlüssel des Entitätstyps auf der n-Seite.
R3 — n:m: Die Beziehung wird zu einer eigenen Beziehungsmengenrelation. Beide PKs der beteiligten Entitätstypen werden FKs darin; zusammen bilden sie meist den PK.
R4 — Beziehungsattribute: Attribute einer Beziehung wandern in die Tabelle, in der der FK entsteht (n-Seite bei 1:n; Beziehungsrelation bei n:m).

Begründungsformel beim Überführen

„Alle Entitätstypen werden mit ihren Attributen in Relationen überführt. [Atomarität] muss zur Einhaltung der 1NF aufgespalten werden. Bei der 1:n-Beziehung [Name] wird der PK der 1-Relation ([Attr.]) als FK in die n-Relation aufgenommen. Die n:m-Beziehung [Name] wird durch eine eigene Beziehungsmengenrelation realisiert. Die Nicht-Schlüsselattribute sind vollständig vom PK abhängig und es existieren keine transitiven Abhängigkeiten — die 3NF ist eingehalten."

Schlüsselwörter

Primärschlüssel (PK) Fremdschlüssel (FK) Beziehungsmengenrelation voll funktional abhängig 1:n-Beziehung n:m-Beziehung atomar Relation(PK, Attr., FK#) 3. Normalform Zwischentabelle

Rel. Datenbankmodell & Referentielle Integrität

30 % / 20 % der Jahrgänge · Prio: MITTEL

Relationales Datenbankmodell — Vollständige Beschreibung

„Das relationale Datenbankmodell ist tabellenbasiert. Eine relationale Datenbank besteht aus einer Sammlung von Tabellen (Relationen). Jede Zeile ist ein Tupel (Datensatz), jede Spalte ein Attribut. Das Tupel wird durch den Primärschlüssel eindeutig identifiziert. Fremdschlüssel realisieren Beziehungen zwischen Tabellen."

Vorteil: Einfaches, leicht verständliches Modell; Datenunabhängigkeit durch Kapselung der physikalischen Datenspeicherung.

Nachteil: Objekte werden auf viele Tabellen aufgeteilt → komplexe, JOIN-intensive Abfragen, mögliche Performanceprobleme.

Referentielle Integrität + RESTRICT / CASCADE

Definition: Alle Attributwerte eines Fremdschlüssels müssen als Primärschlüsselwerte in der referenzierten Tabelle vorhanden sein. Ein FK darf nie auf einen nicht existierenden Datensatz zeigen.

RESTRICT: Löschen oder Ändern eines Datensatzes wird verhindert, solange in der abhängigen Tabelle FK-Einträge auf ihn zeigen.
CASCADE: Löschen oder Ändern eines Datensatzes wird durchgeführt und automatisch auf alle abhängigen Datensätze übertragen (Löschweitergabe).

Schlüsselwörter

Tupel Attribut Relation referentielle Integrität Datenunabhängigkeit RESTRICT CASCADE Kapselung Löschweitergabe

ACID-Eigenschaften & 3-Schichten-Architektur

Selten — je 10 % der Jahrgänge · Prio: NIEDRIG (aber lernbar)

Transaktionen & ACID (2021A, 6 BE gesamt)

Transaktion: Eine Gruppe logisch zusammengehörender SQL-Anweisungen, die nur gemeinsam ausgeführt werden. Bei Fehler: vollständiger Rollback in den Ausgangszustand.

Atomicity (Atomarität): Alles oder nichts — entweder alle Operationen der Transaktion werden ausgeführt oder keine.
Consistency (Konsistenz): Die Datenbank befindet sich vor und nach der Transaktion in einem konsistenten Zustand (Integritätsbedingungen eingehalten).
Isolation: Gleichzeitig ablaufende Transaktionen beeinflussen sich nicht gegenseitig (Daten werden gesperrt).
Durability (Dauerhaftigkeit): Erfolgreich abgeschlossene Transaktionen sind dauerhaft gespeichert — auch bei Systemausfall.

3-Schichten-Architektur (ANSI/SPARC) (2020A, 4 BE)

Externe Ebene: Benutzersicht — zeigt nur den für eine Benutzergruppe relevanten Ausschnitt der Daten.
Konzeptionelle Ebene: Logische Gesamtsicht auf alle Daten und ihre Beziehungen; unabhängig von Hardware und Benutzergruppen.
Interne Ebene: Physikalische Speicherung — Datentypen, Längen, Zugriffspfade auf Speichermedien.

Vorteil der Trennung: Datenunabhängigkeit — Änderungen in der internen Ebene haben keinen Einfluss auf Anwendungen; Änderungen in der konzeptionellen Ebene wirken sich nur kontrolliert aus.

Schlüsselwörter

Atomarität Konsistenz Isolation Dauerhaftigkeit Rollback Transaktion externe Ebene konzeptionelle Ebene interne Ebene Datenunabhängigkeit

Zusammenfassende Prüfungsanalyse

Das Wesentliche auf einen Blick — Muster, Erwartungsniveau, Signalwörter und Vorbereitung

Kernmuster der SQL-Ausarbeitungsaufgaben

SQL-Ausarbeitungsaufgaben folgen einem stabilen Trio: Fast jeder Vorschlag enthält eine Aufgabe zu Redundanzen & Anomalien (100 % aller Jahrgänge) und eine zur ERM-Transformation mit Begründung (80 %). In 60 % der Jahrgänge kommt zusätzlich eine Aufgabe zur SQL-Anweisung oder zu den Normalformen. Wer diese drei Bereiche beherrscht, deckt die große Mehrheit der Ausarbeitungspunkte ab.

Erwartetes Wissensniveau

Das Abitur erwartet konzeptionelles Verständnis und korrekte Fachsprache — keine Details, die über den Unterrichtsstoff hinausgehen. Definitionen müssen präzise und vollständig sein (z.B. alle drei Anomalienarten). Für die Anomalien-Aufgabe reicht Standardwissen. Bei Normalformen und Transformation wird erwartet, dass man am konkreten Szenario begründen kann — reine Definitionen ohne Anwendung auf das Beispiel werden nur teilweise bewertet.

Signalwörter in der Aufgabenstellung

„Analysieren Sie die Tabelle…" → Immer: Redundanzen benennen, alle 3 Anomalien mit Beispiel
„Beschreiben Sie die Normalform…" → Definition + Prüfung am Modell
„Begründen Sie Ihre Entscheidungen" → Transformationsregeln und NF-Nachweis explizit ausformulieren
„Erläutern Sie Aufbau und Bedeutung…" → Zwei-Teil-Antwort: Struktur + Inhalt
„Diskutieren Sie…" → Alle Varianten mit Vor- und Nachteilen, danach eigene Entscheidung mit Begründung

Bearbeitungszeit & Umfang

Aufgaben mit 2–3 BE: 3–5 Sätze, ca. 3–5 Min.
Mit 4–5 BE: 1–2 strukturierte Absätze + Beispiel, ca. 6–10 Min.
Mit 6–8 BE: vollständige mehrteilige Antwort, ca. 10–15 Min.
Orientierung: 1 BE ≈ 1 korrekte, präzise inhaltliche Aussage. Für Anomalien-Aufgaben gilt: jede Anomalienart = ca. 1 BE. Für Normalformen: jede NF vollständig = ca. 1 BE.

Trends & Prognose 2026

Redundanzen & Anomalien waren in allen 10 Jahren — nahezu garantiert auch 2026.
ERM-Transformation fehlte zuletzt 2025 (beide Vorschläge) — erhöhte Wahrscheinlichkeit für 2026.
ERM-Notation in 3 der letzten 4 Jahre — wahrscheinlich auch 2026.
SQL-Analyse taucht seit 2017 regelmäßig auf — weiterhin wahrscheinlich.
ACID und 3-Schichten sind Einzelereignisse — möglich, aber nicht priorisieren.

Optimale Vorbereitung (Priorität)

Prio 1 (immer lernen): Anomalien-Definitionen + Standardformulierungen · ERM→Rel-Transformationsregeln · NF 1–3 präzise definieren · SQL-Klauseln erläutern können

Prio 2 (sehr wahrscheinlich): ERM-Notationselemente + Verwendungszweck · Spezialisierung (alle 3 Varianten) · Begründungsformeln für NF-Nachweis

Prio 3 (möglich): Rel. Datenbankmodell · Referentielle Integrität + RESTRICT/CASCADE · ACID-Eigenschaften · 3-Schichten-Architektur