Здравствуйте,
Какое-то время назад пришла в голову следующая (немного странная) мысль по организации логики приложения.
Для начала, приведу мое видение "классической" логики работы не слишком сложного приложения (3х звенка, но не суть важно):
Данные хранятся в БД, есть сервер приложений, пользователь. В принципе, все действия пользователя сводятся так или иначе к чтению/записи различных данных в БД. В простейшем случае это просто какое-то действие над одной строкой данных в одной таблице (чистые CRUD-операции) + простейшая валидация. Более сложный случай затрагивает чтение данных из других таблиц и их изменение по определенным правилам (правила реализованы или на сервере приложений, или в БД). Чтение данных также сводится к чтению каких-то данных, хранимых в БД, плюс, возможно, вычисляемых "на лету" данных.

Очевидный минус такого подхода данные относительно просто могут быть испорчены (под этим я понимаю их _несогласованное_ состояние, а не неосторожное, но _допустимое_ действие). Правила бизнес-логики очень легко обойти если они реализованы на сервере приложений (просто выполнив прямой запрос к БД), чуть сложнее, если логика реализована в БД (даже если она построена на триггерах, полностью защитить данные можно только навесив триггеры на все таблицы - такое бывает редко).
Второй минус - если правила бизнес-логики меняются, старые данные оказываются также испорчены (с точки зрения новой логики они неправильные) - приходится применять к существующим данным какие-то скрипты и т.п.

Мне пришла в голову мысль о том, что всю логику можно было бы поместить в некий постоянно выполняющийся процесс (не будем вдаваться в подробности), который:
1) Мониторит все изменения данных (где-то ведется свой лог транзакций) и в случае необходимости применяет к ним бизнес-правила.
2) Может быть запущен в режиме проверки всех данных вообще.
Соответственно, клиентская система (по отношению к данным) оказывается ограничена только CRUD-операциями + простейшей валидацией (последняя также опционально может выполняться в процессе). Возможно даже, что клиентская система просто пишет некоторые "транзакции" в лог, а не в саму БД, а процесс их исполняет. Чтение данных происходит напрямую из БД.

Очевидный минус подхода - реакция системы может быть либо медленной, либо неинформативной. Плюс - данные всегда согласованы, никакого мусора.

Попробовал поискать инфу о таком подходе в Инете - не нашел... Хотел бы услышать мнение здешних людей по такому подходу ну и если кто-то где-то читал об этом - кинуть ссылочку.

P.S.: Конечно, такой подход скорее всего неприменим для многих систем; также, я не могу сказать, что я досконально продумал его. В связи с этим прошу не заострять внимание на технических аспектах, а высказываться по поводу самой идеи.

iscrafm,
Нет, тут смысл в том, что кроме явного "мусора", который отбрасывается сразу, все остальное выполняется неким фоновым процессом, в рамках всей системы (процесс не создается в ответ на действие пользователя, т.е. это не какой-то временный процесс или поток).
Обычно же вся логика отрабатывает сразу.