Регулярно на курсах, собеседованиях, требованиях к кандидатам и описаниях вакансий аналитиков (системных и не очень) присутствуют строки и слова про владение реляционными моделями.
Но моделей организации данных в СУБД больше чем одна: key-value, объектные, графовые, документо-ориентированные и прочие другие, а ведь ещё есть разные фреймворки, которые вообще отделяют прикладной уровень от того, как данные организованы в модель.
Поделимся парой мыслей от архитекторов о том, как в такой ситуации быть аналитику, что там ему делать с моделями данных, чтобы потом было не очень больно.