• Sie befinden sich hier: Startseite > SQL-Backstube > DEFAULT Werte und Datenbank TRIGGER

Die SQL-Backstube

Bietet Rezepte, Lösungen und ausführliche Beispiele rund um gesundes SQL und zufriedene Datenbanken.

28.11.2010: DEFAULT Werte und Datenbank TRIGGER

Problemstellung

Tabellen enthalten häufig Pflichtfelder, die ausgefüllt werden müssen, sowie optionale Spalten, die mal bekannt sind und mal nicht. Für diese optionalen Spalten werden häufig DEFAULT Werte im CREATE TABLE Kommando festgelegt. Soweit so klar, scheint es jedenfalls. Was passiert nun, wenn die optionalen Spalten einen NULL Wert zugewiesen bekommen? Aber beginnen wir das Szenario wieder mit einem schönen Beispiel.

Getestet mit folgender Datenbank:

* MySQL 5.1.30

Testtabelle

Listing 1:

1. /**
2. * Adresstabelle mit DEFAULT Constraint
3. */
4. CREATE TABLE adresse (
5. id INT NOT NULL,
6. vorname VARCHAR(50) NOT NULL,
7. name VARCHAR(50) NOT NULL,
8. land VARCHAR(5) DEFAULT 'DE',
9. PRIMARY KEY (id)
10. );

Daten einfügen (nur Pflichtfelder)

Bei dem ersten INSERT werden von den vier Spalten nur die drei Pflichtfelder (die Spalten mit dem NOT NULL Constraint) eingefügt. Die vierte Spalte LAND fehlt in dem Einfügebefehl. Damit die Datenbank nun weiß, welcher Wert welcher Spalte zugeordnet werden soll, müssen die Spaltennamen explizit angegeben werden.

Listing 2:

1. INSERT INTO adresse
2. (id, vorname, name ) VALUES
3. (1, 'Vorname-1','Name-1');
5. SELECT * FROM adresse;
6. +----+-----------+--------+------+
7. | id | vorname | name | land |
8. +----+-----------+--------+------+
9. | 1 | Vorname-1 | Name-1 | DE |
10. +----+-----------+--------+------+
11. 1 row in set (0.00 sec)
12. mysql>

Die beim INSERT-Befehl nicht angesprochene Spalte LAND erhält wie gewünscht den Defaultwert DE. Bis hier ist noch alles klar, es gibt auch noch andere Möglichkeiten, Daten in die Tabelle ADRESSE einzufügen. Häufig werden Klassen und Modelle verwendet, um auf Datenbanktabellen zuzugreifen und dann werden häufig komplette INSERT-Befehle (also mit allen Spalten) generiert.

Daten einfügen (alle Felder)

Hier drei weitere Beispiele, wie der INSERT-Befehl aussehen könnte. Da hierbei alle Tabellenspalten angesprochen werden, müssen die Spalten nicht mehr explizit aufgelistet werden. Trotzdem empfiehlt sich diese Auflistung aller Spalten, denn sollte die Tabelle später einmal um neue Spalten erweitert werden, wären alle vorher funktionierenden INSERT-Befehle plötzlich falsch.

Listing 3:

1. INSERT INTO adresse
2. (id, vorname, name, land ) VALUES
3. (2, 'Vorname-2','Name-2', 'EU'),
4. (3, 'Vorname-3','Name-3',DEFAULT),
5. (4, 'Vorname-4','Name-4',NULL);
7. SELECT * FROM adresse
8. ORDER BY id;
10. +----+-----------+--------+------+
11. | id | vorname | name | land |
12. +----+-----------+--------+------+
13. | 1 | Vorname-1 | Name-1 | DE |
14. | 2 | Vorname-2 | Name-2 | EU |
15. | 3 | Vorname-3 | Name-3 | DE |
16. | 4 | Vorname-4 | Name-4 | NULL | <== NULL anstatt DEFAULT 'DE'
17. +----+-----------+--------+------+
18. 4 rows in set (0.01 sec)

Wie schön zu sehen ist, hat der Datensatz (ID = 4) nun einen NULL Wert in der Spalte LAND, obwohl wir DEFAULT 'DE' definiert haben. Was nun?

TRIGGER als Sicherheitsgurt

Als Lösung bietet sich der BEFORE INSERT Trigger an. Damit wird vor dem eigentlichen Schreiben in die Tabelle noch eine zusätzliche Überprüfung - ähnlich einem CHECK Constraint - eingebaut.

Listing 4:

1. DELIMITER $$
3. CREATE TRIGGER adresse_trigger_insert_check
4. BEFORE INSERT ON adresse
5. FOR EACH ROW BEGIN
6. IF NEW.land IS NULL THEN
7. SET NEW.land := 'DE';
8. END IF;
9. END$$
11. DELIMITER ;

Weitere Testdaten einfügen

Testen wir unsere bisherigen INSERT-Befehle nochmal mit neuen Daten.

Listing 5:

1. INSERT INTO adresse
2. (5, 'Vorname-5','Name-5');
4. INSERT INTO adresse
5. (id, vorname, name, land ) VALUES
6. (6, 'Vorname-6','Name-6', 'EU'),
7. (7, 'Vorname-7','Name-7',DEFAULT),
8. (8, 'Vorname-8','Name-8',NULL);
10. SELECT * FROM adresse
11. ORDER BY id;
13. +----+-----------+--------+------+
14. | id | vorname | name | land |
15. +----+-----------+--------+------+
16. | 1 | Vorname-1 | Name-1 | DE |
17. | 2 | Vorname-2 | Name-2 | EU |
18. | 3 | Vorname-3 | Name-3 | DE |
19. | 4 | Vorname-4 | Name-4 | NULL |
20. | 5 | Vorname-5 | Name-5 | DE |
21. | 6 | Vorname-6 | Name-6 | EU |
22. | 7 | Vorname-7 | Name-7 | DE |
23. | 8 | Vorname-8 | Name-8 | DE | <== jetzt DEFAULT 'DE'
24. +----+-----------+--------+------+
25. 8 rows in set (0.00 sec)
26. mysql>

Wie an dem Datensatz (ID = 8) zu sehen ist, hat der Trigger den NULL Wert erkannt und den DEFAULT Wert eingesetzt.

Resumee

Mit TRIGGERn lassen sich sehr schön zusätzliche Überprüfungen realisieren. Ein kleiner Nachteil ist, dass die DEFAULT DE Regel jetzt an zwei Stellen definiert ist. Im CREATE TABLE und in dem BEFORE INSERT Trigger.

https://twiedmann.de