Rückblick

station(station_id, name, adresse, plaetze)
radtyp(radtyp_id, bezeichnung)
rad(rad_id, baujahr, radtyp_id → radtyp, station_id → station)
kundin(kundin_id, vorname, nachname, email, geburtsjahr)
fahrt(fahrt_id, rad_id → rad, kundin_id → kundin, start, ende, kilometer)

-- a)
INSERT INTO kundin (kundin_id, vorname, email) VALUES (2, 'Ben', 'mail@beispiel.de');
 
-- b)
INSERT INTO station (station_id, name, plaetze) VALUES (2, NULL, 20);
 
-- c)
INSERT INTO rad (rad_id, baujahr, radtyp_id, station_id) VALUES (7, 2024, 99, 1);
 
-- d)
INSERT INTO rad (rad_id, baujahr, radtyp_id) VALUES (8, 2023, 1);
 
-- e)
INSERT INTO station (station_id, name, plaetze) VALUES (1, 'Zweite', 15);
 
-- f)
DELETE FROM station WHERE station_id = 1;

1. In welcher Reihenfolge müssen die Tabellen angelegt werden?

{S1{station}}

{S1{rad}}

{S1{fahrt}}

{h{Eine Tabelle kann nur auf etwas verweisen, das es schon gibt.}} {H{Richtig.}}

2. Wie stellt man sicher, dass in einer Spalte nur Werte aus einer festen Liste stehen?

{r1{mit NOT NULL}}

{r1{mit UNIQUE}}

{r1{!mit einer eigenen Tabelle und einem Fremdschlüssel darauf}}

{r1{gar nicht, das muss das Programm prüfen}}

{h{Welche Bedingung sorgt dafür, dass ein Wert in einer anderen Tabelle vorkommen muss?}} {H{Richtig. Manche Systeme bieten dafür zusätzlich CHECK an – die eigene Tabelle bleibt die flexiblere Lösung.}}

3. Was garantiert PRIMARY KEY?

{r2{nur, dass der Wert nie fehlt}}

{r2{nur, dass der Wert eindeutig ist}}

{r2{!beides: der Wert ist eindeutig und fehlt nie}}

{r2{dass der Wert in einer anderen Tabelle vorkommt}}

{h{Man nennt es Entitätsintegrität – jedes Tupel ist ansprechbar.}} {H{Richtig.}}

4. Eine Station soll gelöscht werden, auf die noch Räder verweisen. Was passiert?

{r3{Die Räder werden mitgelöscht.}}

{r3{!Das Löschen scheitert an der referenziellen Integrität.}}

{r3{Die station_id der Räder wird automatisch geleert.}}

{r3{Nichts, der Verweis zeigt danach ins Leere.}}

{h{Voreingestellt ist die vorsichtigste Variante.}} {H{Richtig – anderes Verhalten müsste man mit ON DELETE ausdrücklich verlangen.}}

5. Was ist an einem UPDATE ohne WHERE gefährlich?

{r4{Es scheitert mit einer Fehlermeldung.}}

{r4{!Es ändert alle Zeilen der Tabelle, ohne Rückfrage.}}

{r4{Es ändert nur die erste Zeile.}}

{r4{Es legt eine neue Tabelle an.}}

{h{Ohne Bedingung trifft die Anweisung jede Zeile.}} {H{Richtig. Deshalb: erst als SELECT schreiben, dann ersetzen.}}

6. Was ist eine Sicht?

{r5{eine Kopie der Daten zu einem Zeitpunkt}}

{r5{!ein gespeicherter Name für eine Abfrage, deren Ergebnis stets aktuell ist}}

{r5{eine Tabelle ohne Primärschlüssel}}

{r5{eine Zugriffsberechtigung}}

{h{Enthält sie eigene Daten?}} {H{Richtig. Genau deshalb eignet sie sich, um bestimmte Spalten vor bestimmten Nutzergruppen zu verbergen.}}

7. Welche Aussage über Datentypen stimmt?

{r6{Geldbeträge speichert man am besten als REAL.}}

{r6{!Ein Datum speichert man als Text im Format JJJJ-MM-TT, damit die alphabetische Reihenfolge der zeitlichen entspricht.}}

{r6{INTEGER darf keine negativen Werte enthalten.}}

{r6{TEXT ist immer die sicherste Wahl.}}

{h{Eine der Aussagen kennst du aus Kapitel 2 über den Vergleich von Datumsangaben.}} {H{Richtig. Geldbeträge rechnet man dagegen besser in Cent als ganze Zahlen.}}