... ich lasse mal den QUOTE weg.
das sind jetzt aber 2 Ebenen, einmal stored Procedures oder nicht und zum anderen ODBC oder DB2 als storage Engine für MySQL:
Ausgangslage:
PHP Anwendung auf einer Linux Büchse
Datenbank DB2 auf einer AS/400
ODBC oder MySQL mit der DB2/400 als storage Engine?
- von der Geschwindigkeit gibt sich das vom Grundsatz nichts, es sei denn einer der Treiber ist besser!!
Stabilität und Support ist auch beim besseren Treiber zu erwarten.
Konsequenz:
- weiter ODBC nutzen, der anderen Variante fehlt (noch?) die kritische Masse
- strikte Schichtentrennung in der Anwendung (muss man bei PHP sicher Klimmzüge machen), damit ein Wechsel der beiden Varianten mit minimiertem Aufwand möglich ist.

Mit den stored Procedures/Functions, das ist dann noch ein Zusatzaspekt, der momentan auch eher für die ODBC Variante spricht.
Wobei ich das eher kritisch einschätze, Geschäftslogik gehört nicht in die Datenbankschicht und schlechtes Datenbankdesign kann man auch anders als mit stored Procedures heilen. Naja, und so manches als stored Procedure verkleidete RPG Programm klappert auf hunderten von Programmzeilen mit RLA durch die Datenbank und sucht Daten zusammen, was mit einem SQL Statement in 3 Zeilen besser zu erledigen gewesen wäre und selbst wenn das zum Zeitpunkt der Programmierung ein paar Millisekunden, zumindest gefühlte, gebracht hätte, beim übernächsten Release hat sich das messbar in die Gegenrichtung gedreht.

D*B