Да, вполне возможно. Просто решил уточнить, что сейчас в умах разработчиков относительно таких архитектур. Ведь почему-то все СУБД очень активно развиваются в направлении улучшения тригеров и процедур. возникает резонный вопрос — зачем, если у этого способа масса ограничений?
Я заказчик и CTO проекта. :) И выбор СУБД как-раз для меня очевиден. Это будет PostgreSQL. Сейчас используется MySQL, но вопросы миграции уже встают, и я себе говорю примерно тоже самое в отношении традиционного кода. :)
Как раз наибольшее опасение вызывает именно вопросы «поддержки и развития». Сейчас в случае бага во внешнем скрипте можно понять логику его работы. А если логика разбита частью в скрипте, частью в триггере, частью в хранимых процедурах, то конечно, это уже сложнее.
В принципе, я и думаю выделять простые операции. Типичный пример. Есть подсистема писем, которая должна по изменению статуса клиента ставит в очередь клиенту письмо.
В целях разеделния разработки между разными людьми выгодно сделать так, чтобы почтовая система сама определяла момент изменения статуса периодически и ставила письмо в очередь. Мне кажется, существенно проще в тригере ставить условие if OLD.user_status != NEW.user_status UPDATE mail_queue SET next_send=NOW(). Как-то так.
Если делать тоже самое скриптом, то нужна промежуточная таблица для сохранения предыдущего состояния и логика, которая все это отслеживает.
Но по папкам он почту не раскладывает? Хотя, наверно, это можно фильтрами сделать. Ок, спасибо, попробую. Не совсем прямое решение, но вроде задачу решает.