Бизнес-логика в БД: Тяжёлое наследие 90-х или архитектура будущего?
Распространено мнение, что база данных не должна содержать никакой логики: лишь хранить данные и быстро их отдавать. Всю бизнес-логику, по канонам современной архитектуры, принято помещать в сервер приложений — как более гибкий, тестируемый и масштабируемый слой. Аргументы просты - реляционные СУБД плохо масштабируются и обладают скромным, устаревшим и неудобным инструментарием для серверной разработки.
Так ли это на самом деле в наши дни и где проходит та самая граница?
Ключевые вопросы, которые мы затронем: - Какие аргументы «против» логики в БД устарели, а какие — всё ещё актуальны? - Data-centric архитектура: как вернуть данные в центр системы, не отказываясь от преимуществ серверной логики - Что, когда и почему следует размещать на стороне базы данных, а что категорически нет - Что изменится с популяризацией распределенных СУБД