#database-design
#проектирование базы данных
Вопрос:
У меня есть интересная проблема. У меня есть большая модель в Erwin — моя логическая модель данных почти на уровне физической модели. Следовательно, чтобы представить модель бизнес-аналитикам и программистам, мне нужно было создать логическую модель данных, которая выглядит как бизнес-объектная модель. Я считаю, что большинству людей трудно понять взаимосвязи, выраженные в нотации ER. Даже после долгих объяснений люди не чувствуют себя комфортно с нотацией ER, которая меняет обычный способ выражения сущности.
Например, если у меня есть employee и несколько адресов, в модели класса у нас будет employee как класс с адресами в качестве объекта коллекции. В то время как в модели данных адрес будет иметь отношение FK с мощностью от 1 до многих от сотрудника до адреса.
Я хочу найти способ представить модель данных в виде диаграммы, которая упрощает понимание сверху вниз, если хотите.
Любые предложения здесь о том, какие инструменты / идеи я могу использовать? У меня есть полная модель, доступная в Erwin и в SQL Server. У меня есть доступ к Erwin, Vision, Microsoft Visual Studio и Enterprise Architect
Ответ №1:
Объектно-ролевое моделирование идеально подходит для концептуальных моделей, независимых от реализации. ORM — лучшая среда для совместного использования и обмена моделями, чем ERDS. Также очень полезно иметь возможность сначала создать концептуальную модель, а затем сгенерировать из нее базу данных с помощью такого инструмента, как NORMA.
Комментарии:
1. большое спасибо за предложение. Я прочитал некоторую литературу по ORM, и это определенно выглядит очень интересно. Спасибо за указания. ORM выглядит слишком подробным для моих нужд.