... bei Schichtentrennung strebt man zunächst Technologie Unabhängigkeit an. Eine Applikation sollte weder von der Frontendtechnologie noch von der Datenbank abhängen. Das mit dem Frontend ist mittlerweile durch, die Abhängigkeit von der Datenbank hat die meisten Anbieter von AS/400 Anwendungen in den Ruin getrieben und hat mittlerweile fast alle Unternehmens-spezifischen Entwicklungen im AS/400 Bereich abgeräumt.

Wenn man das erstmal außen vor lässt (nach dem Motto: AS7400 muss sein, der Rest ist mir egal), dann bleiben immer noch Wartbarkeit und Änderungshäufigkeit von Komponenten, die eng zusammenhängen.
Die meisten Änderungen sind im Frontend (... ich hätte da gerne noch dieses oder jenes angezeigt), was sich am wenigsten ändert ist die Datenhaltung (hier werden sogar ernsthafte Designfehler fortlaufend mit hohem Aufwand bezahlt - der Lieferant im Artikelstamm lässt grüßen).

Zu den Komponenten mit Ämderungspotential gehören gerade die Komponenten, die gerne in die Datenbank geschoben werden (die Preisfindung hast Du selber genannt), wobei die enge Kopplung zwischen Daten und Logik dann zu höherem Wartungsaufwand und Fehleranfälligkeit führen. Hier ist die Frage von dem anderen Dieter bezeichnend (wie kann ich das debuggen).

Natürlich gehören die Business-Regeln erst recht nicht mit der Präsentationslogik verknotet - wie häufig in RPG Anwendungen zu sehen), das ergibt aber kein Argument, das in die Datenbank zu schieben.

Wenn ich das ganze aus der Sicht Restrukturierung einer vorhanden Anwendung betrachte, ist die Verlagerung von Bisuinesslogik in die Datenbank noch fataler, das dies Restrukturierung und Redesign im Bereich Datenbank nahezu verunmöglicht.

D*B