Welche Features sollte ein Webblog haben?

[Bio]

Sup!

Man kann in der Datenzugriffsschicht grundsaetzlich alles machen, was die Trigger in der Datenschicht so machen. Ich sehe eigentlich nur einen sinnvollen Einsatz fuer Trigger fuer Alerts (Mitarbeiter X erfahert eine Aenderung des Datenfelds 'Monatsgehalt' in der Mitarbeitertabelle => Mail an den Personalchef.).

Die Datenbank kann auf jeden Fall diese Beschränkungen und Kaskadierungen schnell und zuverlässig ausführen; der aktive Zugriff über SQL kostet mehr.

Allerdings ist meine Meinung da recht unsicher und unbestaetigt. Es ist schon interessant den Datendesigner bestimmte Datenzugriffe (kaskadierende Deletes und Trigger) bereits in seiner Datenschicht durchfuehren zu lasssen. Mein Gegenargument ist die Komplexitaet ("Ein kaskadierendes Delete hat den Delete-Trigger x ausgloest, der wiederum den Delete-Trigger y ausgeloest hat. Nun haben wir alle Datensaetze der Tabelle z geloescht, die im Jahr 1994 angelegt wurden."   :-(   :-)

Wenn Du Angst hast, auf dieser Ebene etwas falsch zu machen (Du hast doch sicher immer ein Backup?), wie kommst Du dann darauf, dass Deine auf höherer Ebene programmierten äquivalenten Mechanismen zuverlässiger und weniger gefährlicher sind bzw. wären?

Aber wer kann solche sehr schwierigen Fragen heute noch zuverlaessig beantworten?   ;-)

Wenn überhaupt jemand, dann natürlich ich. Und ich sage: Constraints und Trigger sind toll! So!

Gruesse,

Bio