nicht angemeldet
TSHallo und guten Abend,
Wenn man sicherstellen will, dass eine bestimmte Abfrage an die Datenbank neben der gewünschten Ergebnismemge auch noch Aktionen (Updates) und Historiefunktionen (Inserts) vornehmen soll, dann kann man das mittels einer Stored Routine erreichen.
Wenn alle rudimentäten Datenbankrequests (Select, Insert, Update, Delete, ...) über eine Stored Routine abgewickelt werden können, dann kann man den direkten Zugriff auf die Tabellen auch sperren und erhält dadurch eine "totale Kontrolle" über die Datenbank. Durch diese Schicht können dann alle (die Datenbenak betreffenden) Geschäftsregeln in der Datenbank gekapselt werden und es ist egal, mit welchem Interface man darauf zugreift (Perl, PHP, direkter Client, Emulationen, ...).
aber was hat das mit dem Thema zu tun und inwiefern invalidiert es meine Aussage?
Sind wir jetzt wieder mal im Rhetorikforum gelandet? :-(
Vielleicht kann der OP etwas mit meinem Hinweis anfangen. Nur, weil er die Aufgaben (Update / Select) in umgekehrter Reihenfolge benannt hat, ist es ja nicht verboten, ihm einen Lösungsweg und weitere mögliche Vorteile vorzuschlagen. Ein Trigger alleine ist jedenfalls nicht zielführend, da MySQL keine Select-Triggers kennt.
Grüße
TS