Форум MySQL

Предположим, что структура сайта классическая: админцентр + клиентская часть. Редактирование информации в базе данных происходит через админцентр по схеме: скрипт-форма -> скрипт-обработчик -> скрипт-уведомление о результатах операции. Обычно я в скрипте-обработчике размещаю набор запросов к базе. Но что, если всю логику каждого скрипта-обработчика размещать в соответствующей хранимой процедуре? А для обработки формы использовать лишь один запрос с вызовом процедуры.
Сильно ли возрастет производительность программы? Все-таки MySQL - скомпилированная программа, в отличие от скриптов. В свою очередь, со скриптами удобнее работать. Сопровождение, модификация и т. д. При условии, что проект постоянно развивается - какое достоинство приобретает больший вес?
Или же хранимыми процедурами стоит пользоваться для создания многократно-использующихся кусков кода. Создать своеобразный фреймворк и складывать из него программу, как из конструктора.
Или при использовании прикладных языков (тот же PHP) возможности СУБД, вроде хранимых процедур, и вовсе являются избыточными?

Если хотя бы в двух местах сайта не будете обращаться к хранимой процедуре - лучше не стоит, PHP тоже на C/C++ написан, но в отличие от MySQL выполняется в составе Apache, который может задействовать все ядра процессора, а MySQL до сих пор использует только одно ядро... в общем смотрите в первую очередь чтобы вам было удобно - без цифр на руках оптимизировать в многосерверном сетевом хозяйстве очень сложно (да и вообще преждевременная оптимизация с 60-х считается большим программистским грехом).

Спасибо за развернутый ответ.