Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- modul:m290_guko:learningunits:lu08:aufgaben:a_fk_in_lu05 [2025/10/20 00:00] – alte Version wiederhergestellt (2025/10/19 23:59) gkoch
+++ modul:m290_guko:learningunits:lu08:aufgaben:a_fk_in_lu05 [2025/10/20 00:04] (aktuell) – gkoch
@@ Zeile 53: / Zeile 53: @@
 ==== 3) DML testen – RESTRICT erfahrbar machen ====
+//DML = Data Manipulation Language -> Daten einfügen, ändern, löschen//
 **So gehen Sie vor (für euren gewählten Case):**
-. **Daten anlegen** (2 Eltern + 1 Kind, das auf Elterntabelle zeigt).
+. **Daten anlegen**
 . **Tests A–D** ausführen und das Verhalten beobachten (Kommentar sagt, was passieren soll).
@@ Zeile 254: / Zeile 256: @@
 </code>
-*Einsatzbeispiel:* ''team.trainer_id'' darf leer sein → beim Löschen eines Trainers bleibt das Team bestehen, ''trainer_id'' wird **NULL**.
+//Einsatzbeispiel:// ''team.trainer_id'' darf leer sein → beim Löschen eines Trainers bleibt das Team bestehen, ''trainer_id'' wird **NULL**.
 **CASCADE** verwenden wir bevorzugt bei **Zwischentabellen** (N:M).
-Falls euer Case eine N:M-Erweiterung hat (z. B. im Kleidershop: *Artikel ↔ Grösse*), legt ihr die Zwischen-Tabelle wie in **LU08e** an und setzt dort **CASCADE**.
+Falls euer Case eine N:M-Erweiterung hat (z. B. im Kleidershop: //Artikel ↔ Grösse//), legt ihr die Zwischen-Tabelle wie in **LU08e** an und setzt dort **CASCADE**.
 Für reine 1:N-Beziehungen bleibt **RESTRICT** meist die beste Wahl.