SQL_STUDY_NOTES - OnlyCook/abitur-elite-code GitHub Wiki

Praktische Informatik — Abitur Lernzettel SQL & Datenbanken (Hessen)

Alle prüfungsrelevanten Themen der SQL-Ausarbeitungsaufgaben, kompakt und lernfertig aufbereitet.
Fokus: Was das Abitur wirklich abfragt, mit Standardformulierungen und Schlüsselbegriffen.

⚠ Hinweis zur Qualität: Dieser Lernzettel wurde von KI erstellt. Trotz sorgfältiger Prüfung können einzelne Einträge fehlerhaft oder unvollständig sein.

Inhaltsverzeichnis

  1. Das relationale Datenbankmodell
  2. Entity-Relationship-Modell (ERM)
  3. ERM → Relationales Modell (Transformation)
  4. Normalformen — 1NF, 2NF, 3NF
  5. Redundanzen, Inkonsistenzen & Anomalien
  6. Spezialisierung (is-a-Beziehung)
  7. Referentielle Integrität
  8. SQL-Anweisungen erläutern & analysieren
  9. Transaktionen & ACID-Eigenschaften
  10. 3-Schichten-Architektur (ANSI/SPARC)
  11. Operatoren — Was wird erwartet?

1. Das relationale Datenbankmodell

Was ist es?

Das relationale Datenbankmodell ist tabellenbasiert. Eine relationale Datenbank besteht aus einer Sammlung von Relationen (Tabellen), in denen logisch zusammengehörige Daten gespeichert werden.

Grundbegriffe

Begriff Bedeutung
Relation Eine Tabelle mit Zeilen und Spalten
Tupel Eine Zeile in einer Tabelle (= ein Datensatz / record)
Attribut Eine Spalte in einer Tabelle (= eine Eigenschaft)
Primärschlüssel (PK) Ein Attribut oder eine Attributkombination, die ein Tupel eindeutig identifiziert
Fremdschlüssel (FK) Ein Attribut, das auf den Primärschlüssel einer anderen Tabelle verweist und eine Beziehung herstellt
Relationenschema Legt Anzahl und Typ der Attribute für eine Relation fest

Beziehungen

In relationalen Datenbanken werden Beziehungen durch Fremdschlüssel realisiert: Der PK einer Relation wird als FK in eine andere Relation übernommen.

Vergleich mit OOP: In der objektorientierten Programmierung werden Beziehungen durch Referenzen (bei 1:1 / 1:n) oder Container wie Arrays/Listen (bei n:m) realisiert. In relationalen Datenbanken übernimmt der Fremdschlüssel diese Rolle.

Vor- und Nachteile

Vorteile:

  • Einfaches, leicht verständliches Modell
  • Datenunabhängigkeit durch Kapselung der physikalischen Datenspeicherung
  • Standardisierte Abfragesprache (SQL)

Nachteile:

  • Objekte werden auf viele Tabellen aufgeteilt → komplexe, JOIN-intensive Abfragen
  • Kann zu Performanceproblemen bei großen Datenmengen führen

2. Entity-Relationship-Modell (ERM)

Zweck

Ein ERM ermöglicht die übersichtliche Darstellung des konzeptionellen Entwurfs einer Datenbank. Es wird eingesetzt, nachdem die Anforderungsanalyse abgeschlossen ist, um die geplante Datenbankstruktur grafisch zu veranschaulichen — unabhängig von der konkreten Implementierung.

Notationselemente

Element Grafische Darstellung Bedeutung
Entitätstyp Rechteck Kategorisiert gleichartige Entitäten mit denselben Eigenschaften (z. B. Kunde, Produkt)
Attribut Ellipse Charakterisiert einen Entitätstyp oder Beziehungstyp (z. B. name, preis)
Schlüsselattribut Ellipse mit unterstrichenem Namen Eindeutig identifizierendes Attribut (= Primärschlüssel)
Beziehungstyp Raute Abstraktion gleichartiger Beziehungen zwischen Entitätstypen; kann selbst Attribute besitzen
Linie Verbindungslinie Verbindet Attribute mit ihrem Entitäts-/Beziehungstyp und Beziehungstypen mit Entitätstypen
Kardinalität [min,max] an der Linie Gibt an, wie viele Entitäten einer Menge mit wie vielen einer anderen in Beziehung stehen können/müssen
is-a (Dreieck) Dreieck Steht für Generalisierung / Spezialisierung zwischen einem Obertyp und Untertypen

Kardinalität in [min,max]-Notation

  • [0,1] — kann mit keiner oder genau einer Entität in Beziehung stehen
  • [1,1] oder [1] — muss mit genau einer Entität in Beziehung stehen (Muss-Beziehung)
  • [0,n] — kann mit beliebig vielen Entitäten in Beziehung stehen (Kann-Beziehung)
  • [1,m] — muss mit mindestens einer, darf mit beliebig vielen in Beziehung stehen

Muss-Beziehung: min ≥ 1
Kann-Beziehung: min = 0

Beziehungstypen nach Kardinalität

Typ Bedeutung Umsetzung im rel. Modell
1:1 Jede Entität ist mit höchstens einer anderen verknüpft FK in einer der beiden Tabellen (begründete Wahl) oder Zusammenlegung
1:n Eine Entität ist mit mehreren anderen verknüpft FK auf der n-Seite (PK der 1-Seite wandert hinüber)
n:m Viele Entitäten sind mit vielen verknüpft Eigene Beziehungsmengenrelation mit beiden PKs als FKs

3. ERM → Relationales Modell (Transformation)

Schreibweise der Relationen

Relation(PK, Attribut, weiteres_Attribut, FK#)
  • PK wird unterstrichen (oder als erstes Attribut angegeben)
  • FK wird mit # gekennzeichnet
  • Zusammengesetzter PK: beide Attribute unterstreichen / kennzeichnen

Die 4 Standard-Transformationsregeln

R1 — Entitätstypen:
Jeder Entitätstyp wird als Relation dargestellt. Jede Relation benötigt einen Primärschlüssel.

R2 — 1:n-Beziehung:
Der Primärschlüssel des Entitätstyps auf der 1-Seite wird zum Fremdschlüssel des Entitätstyps auf der n-Seite.

R3 — n:m-Beziehung:
Die Beziehung wird zu einer eigenen Beziehungsmengenrelation. Die PKs beider beteiligten Entitätstypen werden als FKs aufgenommen und bilden zusammen in der Regel den Primärschlüssel.

R4 — Beziehungsattribute:
Attribute, die einer Beziehung gehören, wandern in die Relation, in der der FK entsteht:

  • Bei 1:n → auf die n-Seite
  • Bei n:m → in die Beziehungsmengenrelation
  • Bei 1:1 → in die Tabelle, in die der FK eingetragen wird

1:1-Beziehung — Sonderfall

Eine 1:1-Beziehung kann auf zwei Arten umgesetzt werden:

  1. Der PK einer Tabelle wird als FK in die andere eingetragen (oder umgekehrt)
  2. Beide Entitätstypen werden zu einer einzigen Tabelle zusammengelegt (empfohlen, wenn keine Informationen verloren gehen und das Modell dadurch einfacher wird)

Entscheidung begründen: „Eine Zusammenlegung empfiehlt sich, da kein Informationsverlust entsteht und das Modell dadurch einfacher wird."

Standardformulierung für die Begründung

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

4. Normalformen — 1NF, 2NF, 3NF

1. Normalform (1NF)

Definition:
Eine Relation befindet sich in der 1. Normalform, wenn:

  • alle Attributwerte atomar (unteilbar, einzeln) sind,
  • keine Wiederholungsgruppen vorhanden sind,
  • jeder Datensatz durch einen Primärschlüssel eindeutig identifizierbar ist.

Typische Verstöße:

  • Mehrere Werte in einem Feld (z. B. "Müller, Schmidt" in einer Zelle)
  • Mehrere Spalten für denselben Sachverhalt (z. B. Telefon1, Telefon2, Telefon3)
  • Nicht aufgeteilte Adressen (z. B. "Musterstraße 5, 12345 Musterstadt" als ein Attribut)

2. Normalform (2NF)

Definition:
Eine Relation befindet sich in der 2. Normalform, wenn sie:

  • in der 1. Normalform ist und
  • alle Nichtschlüsselattribute voll funktional vom gesamten Primärschlüssel abhängig sind.

Partielle Abhängigkeit (= Verstoß): Ein Nichtschlüsselattribut hängt nur von einem Teil des zusammengesetzten PKs ab.
Die 2NF ist nur relevant, wenn der PK zusammengesetzt ist.

Beispiel für Verstoß:
PK ist (agNr, schuelerNr). Das Attribut agBezeichnung hängt nur von agNr ab, nicht vom gesamten PK → Verstoß gegen 2NF.

3. Normalform (3NF)

Definition:
Eine Relation befindet sich in der 3. Normalform, wenn sie:

  • in der 2. Normalform ist und
  • kein Nichtschlüsselattribut transitiv vom Primärschlüssel abhängig ist.

Transitive Abhängigkeit (= Verstoß): Nichtschlüsselattribut A → Nichtschlüsselattribut B → PK. B hängt also indirekt über A vom PK ab.

Beispiel für Verstoß:
PK ist ProjNr. Vertragsvorlage hängt von Projektart ab, Projektart hängt von ProjNr ab → Vertragsvorlage ist transitiv abhängig → Verstoß gegen 3NF. Lösung: Projektart in eigene Tabelle auslagern.

Vor- und Nachteile der Normalisierung

Vorteile:

  • Keine Redundanzen → keine Anomalien
  • Verbesserte Datenintegrität (Änderungen nur an einer Stelle nötig)
  • Geringerer Speicherplatzbedarf

Nachteile:

  • Mehr Tabellen → komplexere, JOIN-intensive Abfragen
  • Leistungseinbußen bei Leseabfragen
  • Höherer Verwaltungsaufwand (Fremdschlüssel, Beziehungen pflegen)

Normalform prüfen — Vorgehen

  1. 1NF prüfen: Sind alle Werte atomar? Gibt es Wiederholungsgruppen? Gibt es einen PK?
  2. 2NF prüfen: Ist der PK zusammengesetzt? Wenn ja: hängen alle Nichtschlüsselattribute vom gesamten PK ab?
  3. 3NF prüfen: Gibt es transitive Abhängigkeiten zwischen Nichtschlüsselattributen?

Bei jedem Verstoß: Verstoß konkret benennen und Attribut/Abhängigkeit aus dem Modell benennen.

5. Redundanzen, Inkonsistenzen & Anomalien

Das wichtigste und häufigste Thema — in jedem Jahrgang enthalten. Alle drei Anomalienarten müssen immer mit einem konkreten Beispiel aus der gegebenen Tabelle belegt werden.

Definitionen

Redundanz:
Gleiche Daten werden mehrfach gespeichert. Redundante Daten können entfernt werden, ohne dass Informationen verloren gehen.

Inkonsistenz:
Widersprüchliche oder fehlerhafte Daten in der Datenbank (z. B. dieselbe Person mit zwei verschiedenen Telefonnummern). Entsteht häufig durch unvollständig gepflegte Redundanzen.

Anomalie:
Ein Problem, das durch eine fehlerhafte Datenbankstruktur (meist Redundanz) entsteht und zu Inkonsistenzen führen kann.

Die drei Anomalienarten

Änderungsanomalie:
Soll ein Wert geändert werden, muss die Änderung an mehreren Stellen in der Tabelle durchgeführt werden. Wird dies nicht konsequent gemacht, entsteht ein inkonsistenter Datenbestand.

Standardformulierung: „Wenn [Eigenschaft X von Entität Y] geändert werden soll, muss dies an mehreren Stellen in der Tabelle geändert werden. Geschieht dies nicht konsequent, entstehen inkonsistente Daten."

Löschanomalie:
Beim Löschen eines Datensatzes gehen unbeabsichtigt weitere Informationen verloren, die eigentlich noch benötigt werden.

Standardformulierung: „Wird [Datensatz Y] gelöscht, gehen auch die Informationen zu [Entität Z] unbeabsichtigt verloren, obwohl diese noch benötigt werden."

Einfügeanomalie:
Ein neuer Datensatz kann nur eingefügt werden, wenn gleichzeitig ein Pflichtattribut eines anderen Sachverhalts angegeben wird — andernfalls entstehen NULL-Werte im Primärschlüssel oder in Pflichtfeldern.

Standardformulierung: „Ein neuer [Datensatz W] kann erst dann eingefügt werden, wenn [Pflichtinformation V] bereits vorhanden ist. Andernfalls entstehen NULL-Werte."

Weitere Strukturprobleme (Bonuspunkte)

Nicht-atomare Werte:
Felder enthalten mehrere Werte (z. B. mehrere Namen in einer Zelle). Problematisch beim Suchen und Sortieren.

Wiederholungsgruppen:
Mehrere Spalten oder Zeilen für denselben Sachverhalt (z. B. Tag1, Tag2, Tag3 oder mehrere Wochentage in einem Feld).

Struktur einer guten Antwort

  1. Redundanzen benennen: Konkret angeben, welche Werte mehrfach vorkommen
  2. Inkonsistenz erwähnen: Falls in der Tabelle erkennbar (z. B. Schreibfehler, widersprüchliche Werte) — direkt belegen
  3. Nicht-atomare Werte / Wiederholungsgruppen: Falls vorhanden, als separates Problem benennen
  4. Alle drei Anomalien mit Beispiel: Jede Anomalienart am konkreten Tabellenszenario illustrieren

6. Spezialisierung (is-a-Beziehung)

Was ist eine Spezialisierung?

Eine Spezialisierung liegt vor, wenn ein Entitätstyp (Untertyp) alle Eigenschaften eines übergeordneten Entitätstyps (Obertyp) besitzt und zusätzlich eigene spezifische Eigenschaften hat. Im ERM durch ein Dreieck dargestellt.

Generalisierung ist das Gegenteil: gemeinsame Attribute mehrerer Entitätstypen werden in einen Obertyp ausgelagert.

Die drei Transformationsvarianten — immer alle drei angeben

Möglichkeit 1 — Eine Tabelle (flach):
Alle Attribute des Obertyps und aller Untertypen werden in eine einzige Relation aufgenommen.

Fahrzeug(fahrzeugnr, kmStand, kennzeichen, nächsteHU, versicherungskennzeichen, ladezeit, reichweite)
  • ✅ Nur eine Tabelle, keine JOINs nötig, einfacher Überblick
  • ❌ Viele NULL-Werte für Attribute, die nicht zum jeweiligen Untertyp gehören; wenig speichereffizient

Möglichkeit 2 — Nur Untertypen:
Für jeden Untertyp eine eigene Relation mit allen Attributen (inkl. der des Obertyps). Kein Obertyp als Tabelle.

E-Motorroller(fahrzeugnr, kmStand, versicherungskennzeichen, ladezeit, reichweite)
Kleinwagen(fahrzeugnr, kmStand, kennzeichen, nächsteHU)
  • ✅ Einfacher Zugriff auf alle Attribute ohne JOIN
  • ❌ Attribute des Obertyps werden dupliziert; gleiche IDs in verschiedenen Untertyp-Tabellen möglich (keine zentrale Eindeutigkeit)

Möglichkeit 3 — Obertyp + Untertypen (systematisch):
Jeder Entitätstyp bekommt eine eigene Relation. Die Untertypen erhalten den PK des Obertyps als FK — dieser dient gleichzeitig als PK des Untertyps.

Fahrzeug(fahrzeugnr, kmStand, kennzeichen)
E-Motorroller(fahrzeugnr#, versicherungskennzeichen, ladezeit, reichweite)
Kleinwagen(fahrzeugnr#, nächsteHU)
  • ✅ Systematisch und einfach; keine Duplizierung; keine NULL-Werte
  • ❌ Vollständige Datensätze erfordern JOINs → Navigation aufwändiger

Entscheidung begründen

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

7. Referentielle Integrität

Definition

Die referentielle Integrität besagt, dass alle Attributwerte eines Fremdschlüssels auch als Attributwerte des referenzierten Primärschlüssels vorhanden sein müssen. Ein Fremdschlüssel darf niemals auf einen nicht existierenden Datensatz verweisen.

Integrität = die Daten sind vollständig, korrekt und widerspruchsfrei.

RESTRICT vs. CASCADE

Option Verhalten
RESTRICT Löschen oder Ändern eines Datensatzes wird verhindert, solange in einer abhängigen Tabelle Fremdschlüsseleinträ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)

Standardformulierung

„Die referentielle Integrität besagt, dass Attributwerte eines Fremdschlüssels auch als Attributwert des Primärschlüssels vorhanden sein müssen. Mit RESTRICT wird das Löschen des Datensatzes verhindert, solange abhängige Datensätze existieren. Mit CASCADE wird das Löschen zugelassen, bewirkt aber gleichzeitig das Löschen aller zugehörigen Datensätze in der abhängigen Tabelle."

8. SQL-Anweisungen erläutern & analysieren

Eine SQL-Erläuterungsaufgabe besteht immer aus zwei Teilen: (1) strukturelle Analyse jeder Klausel, (2) inhaltliche Bedeutung (was liefert die Abfrage?).

Wichtige Klauseln und ihre Erläuterung

SELECT … FROM …
Legt fest, welche Spalten aus welcher Tabelle abgefragt werden.

WHERE
Filtert Datensätze nach einer oder mehreren Bedingungen.

JOIN … ON …
Verknüpft zwei Tabellen über eine gemeinsame Bedingung (PK = FK). Es werden nur Datensätze ausgegeben, für die die Verbindung besteht.

LEFT JOIN … ON …
Wie JOIN, aber alle Datensätze der linken Tabelle werden ausgegeben — auch wenn kein passender Eintrag in der rechten Tabelle existiert (fehlende Werte werden mit NULL aufgefüllt).

GROUP BY
Fasst Datensätze mit identischen Werten in den angegebenen Spalten zu Gruppen zusammen. Ermöglicht Aggregatfunktionen wie COUNT, SUM, AVG.

HAVING
Filtert Gruppen (aus GROUP BY) nach einer Bedingung — analog zu WHERE, aber auf Gruppenebene.

ORDER BY … ASC/DESC
Sortiert das Ergebnis aufsteigend (ASC) oder absteigend (DESC).

IN (Liste)
Prüft, ob der Spaltenwert in der angegebenen Liste enthalten ist.

LIKE '%…%'
Prüft auf Musterübereinstimmung. % steht für beliebig viele Zeichen.

COUNT(*)
Zählt die Anzahl der Datensätze (in einer Gruppe).

Unterabfrage (Subquery)
Die innere SELECT-Anweisung wird zuerst ausgewertet; ihr Ergebnis wird in der äußeren Abfrage verwendet.

Mehrfache JOINs

„Es werden Daten aus [n] verbundenen Tabellen abgefragt. Hierzu werden mehrere JOINs hintereinander ausgeführt. Zunächst werden die ersten beiden Tabellen verbunden und die Datensätze ausgewählt, die der ON-Bedingung entsprechen. Anschließend wird diese Zwischentabelle mit der nächsten Tabelle verbunden."

Kartesisches Produkt — häufiger Fehler

Werden zwei Tabellen in FROM aufgelistet ohne eine JOIN-Bedingung, entsteht das kartesische Produkt: Jeder Datensatz der ersten Tabelle wird mit jedem Datensatz der zweiten Tabelle kombiniert → das Ergebnis ist in der Regel falsch und sehr groß.

Lösung: Immer eine Verbindungsbedingung angeben (JOIN … ON … oder WHERE tabelle1.pk = tabelle2.fk).

Komplikationen bei DELETE (Löschweitergabe)

Sollen Datensätze gelöscht werden, auf die andere Tabellen per Fremdschlüssel verweisen, muss zuerst in allen abhängigen Tabellen der zugehörige FK-Eintrag gelöscht werden, bevor der Datensatz selbst gelöscht werden darf.

„Bei der Löschweitergabe müssen zunächst alle Tabelleneinträge gelöscht werden, in denen der Primärschlüssel des Datensatzes als Fremdschlüssel verwendet wird. Im Anschluss wird der Datensatz selbst gelöscht."

9. Transaktionen & ACID-Eigenschaften

Was ist eine Transaktion?

Eine Transaktion ist eine Gruppe logisch zusammengehörender SQL-Anweisungen, die nur gemeinsam ausgeführt werden sollen. Kann eine der Anweisungen aufgrund eines Fehlers nicht ausgeführt werden, werden alle bereits ausgeführten Operationen rückgängig gemacht (Rollback) und der ursprüngliche Datenbankzustand wiederhergestellt.

Die vier ACID-Eigenschaften

Atomicity — Atomarität:
Alles oder nichts. Die Operationen einer Transaktion werden entweder vollständig oder gar nicht ausgeführt. Bei einem Fehler erfolgt ein Rollback aller bereits ausgeführten Operationen.

Consistency — Konsistenz:
Die Datenbank befindet sich vor und nach der Transaktion in einem konsistenten Zustand. Datenintegrität (Wertebereiche, Fremdschlüssel, etc.) wird eingehalten. Würde die Transaktion die Integrität verletzen, werden alle Operationen rückgängig gemacht.

Isolation — Isolation:
Gleichzeitig ablaufende Transaktionen beeinflussen sich nicht gegenseitig. Daten werden während einer Transaktion gesperrt, sodass parallele Transaktionen keine inkonsistenten Zwischenzustände sehen.

Durability — Dauerhaftigkeit:
Erfolgreich abgeschlossene Transaktionen sind dauerhaft in der Datenbank gespeichert — auch bei einem anschließenden Systemausfall (z. B. Stromausfall). Anhand eines Transaktions-Logs können fehlgeschlagene Schreiboperationen nachgeholt werden.

10. 3-Schichten-Architektur (ANSI/SPARC)

Zweck

Die 3-Schichten-Architektur trennt eine Datenbank in drei unabhängige Ebenen, um Datenunabhängigkeit zu erreichen: Änderungen in einer Ebene sollen sich möglichst nicht auf andere Ebenen auswirken.

Die drei Ebenen

Externe Ebene (Benutzersicht):
Legt fest, welche Daten bestimmte Benutzer oder Programme lesen und/oder bearbeiten können. Gibt nur den für eine Benutzergruppe relevanten Ausschnitt der Gesamtdaten wieder. Jede Benutzergruppe kann eine eigene externe Sicht haben.

Konzeptionelle Ebene (logische Gesamtsicht):
Der Kern der Architektur. Beschreibt alle Daten und ihre Beziehungen zueinander in ihrer Gesamtheit. Unabhängig von Hardware und von den Anforderungen einzelner Benutzer. Beim relationalen Datenbankmodell typischerweise durch ein ER-Diagramm entworfen.

Interne Ebene (physikalische Speicherung):
Legt die physikalische Realisierung auf Speichermedien fest. Enthält Angaben zur Länge und zum Typ von Dateneinheiten sowie zu den Zugriffspfaden auf den physischen Speicher.

Vorteil der Trennung

„Durch die Trennung in Ebenen wird Datenunabhängigkeit erreicht: Änderungen in der internen Ebene (z. B. anderes Speichermedium) haben keinen Einfluss auf Anwendungen und Benutzer. Änderungen in der konzeptionellen Ebene wirken sich nur kontrolliert auf die externen Sichten aus."

11. Operatoren — Was wird erwartet?

Die Operatoren in der Aufgabenstellung legen genau fest, was und wie viel erwartet wird. Signalwörter müssen erkannt und ernst genommen werden.

Operator Was wird erwartet Typischer Umfang
nennen Stichwortartige Aufzählung, kein Ausformulieren nötig 1–3 Punkte, kurze Stichworte
angeben Konkrete Werte, Relationen oder Fakten notieren Meist Relationsschreibweise oder Liste
beschreiben Vollständige, sachliche Darstellung aller relevanten Merkmale; kein Werten, kein Begründen 3–6 Sätze, strukturiert
erläutern Beschreiben + Bezug zum Kontext + kurze Verdeutlichung/Begründung; oft mit Beispiel aus dem Szenario Absatz mit Beispiel
erklären Ursache-Wirkung-Zusammenhänge nachvollziehbar darstellen; Mechanismus transparent machen Absatz mit Kausalität
analysieren Struktur untersuchen, Probleme aufzeigen und konkret belegen Strukturierter Fließtext mit Beispielen
begründen Entscheidung oder Aussage mit konkreten Argumenten belegen 2–4 Sätze pro Argument
diskutieren Alle Varianten mit Vor- und Nachteilen gegenüberstellen; eigene begründete Entscheidung Tabelle oder Absätze + Entscheidung
erörtern Einen Sachverhalt von mehreren Seiten beleuchten und eine begründete Bewertung vornehmen Mehrere Absätze + Schlussurteil
vergleichen Gemeinsamkeiten und Unterschiede zwischen zwei Konzepten gegenüberstellen Strukturierter Vergleich (ggf. Tabelle)
Stellung nehmen Eigene begründete Meinung / Bewertung zu einem Vorschlag äußern Kurze Bewertung + Begründung

Faustregel zur Bepunktung

1 BE ≈ 1 korrekte, präzise inhaltliche Aussage

  • 2–3 BE: 3–5 Sätze, ca. 3–5 Minuten Bearbeitungszeit
  • 4–5 BE: 1–2 strukturierte Absätze mit Beispiel, ca. 6–10 Minuten
  • 6–8 BE: Vollständige mehrteilige Antwort, ca. 10–15 Minuten

Signalwörter in der Aufgabenstellung

Signalwort in der Aufgabe Was folgt immer
„Analysieren Sie die Tabelle…" Redundanzen benennen + alle 3 Anomalien mit Beispiel
„Beschreiben Sie die Normalform…" Definition + ggf. Prüfung am Modell
„Begründen Sie Ihr Vorgehen" Transformationsregeln + NF-Nachweis explizit ausformulieren
„Erläutern Sie Aufbau und Bedeutung…" Zwei-Teil-Antwort: Struktur der Klauseln + inhaltliches Ergebnis
„Diskutieren Sie…" Alle Varianten mit Vor-/Nachteilen + eigene begründete Entscheidung
„Unter Berücksichtigung der 3. Normalform" 3NF explizit prüfen und nachweisen — kein Auslassen erlaubt