MySQL 5 ist da

Mysql 5 wurde von vielen Datenbank Entwicklern sehnsüchtig erwartet. Neue Funktionen wie Stored Procedures, Trigger, Views und Subselects (In ausgereifter Form) als auch das Caching System sollen die Professionalität der Mysql Datenbank weiter ausbauen. Doch die neuen Features zu nutzen nur weil sie vorhanden sind macht keinen Sinn. Desshalb hier einige Erläuterungen darüber, wann es Sinn macht neue Features auch zu Nutzen.

Stored Procedures

Stored Procedures bieten dem Datenbankentwickler die Möglichkeit, logische Abläufe in die Datenbank zu verlagern. Stored Procedures werden in einer Scriptsprache efiniert und dann unter einem Namen abgespeichert. Das hört sich zunächst schön an, macht allerdings nur dann Sinn, wenn dieser Ablauf von verschiednen Systemen aus angestossen werden muß.

Trigger

MySQL Trigger ist im Prinzip nichts anderes als ein Event Listener, welcher bei bestimmten Ereignissen (Datenmanipulation wie INSERT, UPDATE, DELETE, ALTER, ...) Stored procedures auslöst. Das ist von dr Theorie ebenfalls ganz praktisch, bedeuted aber, dass Datenmanipulationen länger dauern, falls auf den zu manipulierenden Spalten Trigger liegen. Also Trigger bitte nicht einsetzen um die Gültigkeit von Daten zu validieren.

Mysql Trigger Syntax und MaySQL Trigger Beispiele

Views

Eine View ist im Prinzip nichts anderes als das Ergebnis eines Selects. In diesem Fall ist diese Select Anweisung aber in der MySQL 5 Datenbank hinterlegt und unter einem bestimmten Namen erreichbar. Dies ist ein nettes Feature um einheitliche Sichten für Applikationen bereitzustellen, aber auch um komplexe Abfragen zu vereinfachen, in dem man diese Views wiederum in Subselects verwendet.

Mysql VIEWS Syntax und MaySQL VIEW Beispiele

Subselects

Subselects gibt es zwar bereits seit mysql 4.1 aber in Verbindung mit mysql 5 gehen die erst richtig ab. (Auch wenn ich kein Fan von Subselects bin). Frage an alle: Können sämtliche SQLs so definiert werden, dass man auf Subselects verzichten kann ?

Query Cache

Der neue Query Cache bietet eine Bomben Performance für Abfragen, welche auf Tabellen gehen, die sich nciht verändert haben. Das Ergebnis von Anfragen wird im Cache vorgehalten. kommt die gleiche Anfrage zu einem späteren Zeitraum erneut rein, wird die antwort direkt aus dem Cache geholt anstatt die Anfrage an die Datenbank zu schicken. Erste wenn sich Daten in der Tabelle verändern, verfällt das ergebnis und wird bei der nächsten Anfrage neu berechnet. In diesem Zusammenhang ist zu überlegen, ob es sich lohnt in Tages oder Wochenintervallen, die Altdaten von den Neudaten zu trennen.