Ich finds sehr praktisch, direkt auf Datenbankseite soviel wie m\u00f6glich zu erledigen. Da wirds dann auch noch einen Artikel zu geben. Ich wurde neulich von Oracle inspiriert, wo folgende Konstrukte m\u00f6glich sind:<\/p>\n
\r\ncreate table Product\r\n( \r\n\tProdNr integer constraint PK_Product primary key,\r\n\tProdPreis integer constraint min_price check (ProdPreis >= 10)\r\n);\r\n<\/pre>\nDamit rejected Oracle Werte kleiner als 10 f\u00fcr ProdPreis beim Insert \/ Update – super Sache und besser als das in der Application-Logik ausschlie\u00dfen zu m\u00fcssen. Einzig doof daran ist, dass man solche Fehler sinnvoll im Programm abfangen muss und mit sprechenden Fehlermeldungen quittieren muss – sonst kanns f\u00fcr unbedarfte Programmierer verwirrend werden, warum denn gewisse Werte nicht in der Datenbank eingef\u00fcgt werden k\u00f6nnen.<\/p>\n
Check ist cool – aber nicht f\u00fcr MySQL<\/h2>\n
Zwar ist check<\/i> auch in MySQL implementiert, tut aber einfach mal nichts<\/b>. Als Workaround kann man f\u00fcr sowas Trigger<\/i> verwenden, die vor Updates \/ Inserts automatisch aufgerufen werden und damit den gleichen Zweck erf\u00fcllen.<\/p>\n
Sowas kann dann zum Beispiel so aussehen:<\/p>\n
\r\nDELIMITER \/\/\r\n\tCREATE TRIGGER min_price_four_ins \r\n\tBEFORE INSERT ON pizza \r\n\tFOR EACH ROW \r\n\tBEGIN \r\n\t\tDECLARE foobar INT;\r\n\t\tIF NEW.price < 4 THEN \r\n\t\t\tSELECT `Das ist die Fehlermeldung` INTO foobar FROM pizza;\r\n\t\tEND IF; \r\n\tEND; \/\/\r\nDELIMITER ;\r\n<\/pre>\nErstmal kryptisch und verwirrend, schauen wir uns das mal step-by-step an:<\/p>\n
\n
- Der Trigger wird vor einem Insert auf die Tabelle pizza<\/i> ausgef\u00fchrt.<\/li>\n
- FOR EACH ROW<\/i>: Der Trigger wird f\u00fcr jede einzuf\u00fcgende Zeile ausgel\u00f6st<\/li>\n
- Es wird eine int-Variable angelegt und eine Fehlermeldung als String in diese Variable eingelesen. Hier wirds verwirrend. Das Konstrukt ist deswegen n\u00f6tig, weil der Trigger fehlschlagen muss, um das Insert zu verhindern. Nun gibt es in MySQL kein throw exception<\/i> oder fail()<\/i>, also muss anderweitig ein Fehler ausgel\u00f6st werden. In diesem Fall wird also ein String in eine int-Variable eingelesen.<\/li>\n<\/ol>\n
Schauen wir uns die Funktion des Triggers mal an:<\/p>\n
\r\nINSERT INTO pizza (pizzaname, price) VALUES ('Salami', 3.95);\r\n<\/pre>\nUnd – wie erwartet – wird keine Zeile eingef\u00fcgt und die Fehlermeldung ausgegeben:<\/p>\n
\r\n#1054 - Unknown column 'Das ist die Fehlermeldung' in 'field list'\r\n<\/pre>\nDer Trigger muss nun nochmal f\u00fcr Update angelegt werden und schon ist die nicht vorhandene Check-Funktionalit\u00e4t emuliert.<\/p>\n
Mit Triggern l\u00e4sst sich nat\u00fcrlich noch viel mehr machen, etwa auch andere Tabellen abfragen, Werte updaten etc. Aber Vorsicht:<\/b> Es sollte irgendwo an prominenter Stelle im Programmcode selbst notiert werden, welche Trigger existieren und was sie genau f\u00fcr eine Funktion haben. Sonst kann sowas zu gro\u00dfer Verwirrung f\u00fchren ;).<\/p>\n
Wer detaillierter einsteigen m\u00f6chte, sei auf das MySQL-Manual zu CREATE TRIGGER<\/a> verwiesen.<\/p>\n","protected":false},"excerpt":{"rendered":"
Ich finds sehr praktisch, direkt auf Datenbankseite soviel wie m\u00f6glich zu erledigen. Da wirds dann auch noch einen Artikel zu geben. Ich wurde neulich von Oracle inspiriert, wo folgende Konstrukte m\u00f6glich sind: create table Product ( ProdNr integer constraint PK_Product … Weiterlesen