"Вы не можете интегрировать его в управление исходным кодом очень легко". - при помещении кода, который создает сохраненный proc в сценарий, это - версия, которой управляют, то возражение уходит. Если Вы следуете за гибкими идеями базы данных Scott Ambler, это точно, что необходимо делать.
Не все разработчики являются хорошими средствами моделирования данных. Я могу думать об ужасных схемах, созданных разработчиками, которые думали, что плещущееся знание SQL сделало их экспертами по базе данных. Я думаю, что существует много значения к наличию разработчиков, работающих с DBAs и средствами моделирования данных.
, Если бы только одно приложение использует базу данных, я сказал бы, что бизнес-логика может появиться на среднем уровне. Если много приложений совместно используют базу данных, возможно, лучше поместить его в базу данных.
SOA предлагает средний путь: сервисы владеют своими данными. Только сервис имеет доступ к данным; получение к данным означает проходить сервис. В этом случае возможно положить правила на любое место.
Приложения приходят и уходят, но данные остаются.
Возможно, вам нужно сообщение Queue ?
Есть несколько хороших, как проприетарных, так и с открытым кодом. Чтобы получить простой API, проверьте memcacheq , для более полного и высокопроизводительного ознакомьтесь с RabbitMQ