Credo che, alla fine, debba prevalere sempre il buon senso. Se un problema
può essere risolto con delle "transactions" (se si usano
database ACID) o, ancor più semplicemente delle "SQL calls",
perchè complicarsi la vita scrivendo stored procedures?

----------
Tra
l'altro, Ivan, tu che usi MySQL4...MySQL4 supporta le
stored procedures? A me non risulta (ma è solo una curiosità e tu
puoi levarmela velocemente)
------------

Usare
"stored procedures" solo per avere chiamate semplici a gruppi
di SQL statements ripetitivi?
Ma allora, forse, non è il caso di fermarsi,
fare il punto della situazione e pensare che, forse, il problema Ã¨ da
ricondurre a come i dati sono stati immagazzinati?
Certo, se si utilizzano
database senza integrità referenziale le stored procedures (quando
possibili) consentono...

Questi dialoghi rappresentano per me un momento molto costruttivo, anche
perchè le differenze di pensiero a volte risultano generatrici di
buone idee...tra l'altro è stato sempre molto stimolante parlare con
te di queste cose PERCHè comunque tu scrivi codice, io scrivo
codice, mentre, molte volte, trovo gente che parla senza avere
cognizione di causa (e senza avere mai scritto UNA riga di codice).
Per
quanto riguarda l'approccio, sì è diverso...io preferisco "short
term pain for long term gain". Per questo almeno metà del mio tempo
resta speso nell'aggiornamento e nel leggere documentazione.
Per
quanto riguarda le sp...la scelta resta di chi amministra il
database...il mio punto di vista deriva dal fatto che non sempre il
programmatore è amministratore dei database che utilizza. E non sempre gli
amministrator...