Цель создания ERD-диаграммы обеспечить просмотр требований достаточных для удовлетворения потребностей разрабатываемой ИС (информационной системы). Фактически с ERD-диаграммы и начинается разработка модели, когда определяется общий перечень таблиц и связей между ними. Потом уже определяются ключи, атрибуты и т.д., но сперва надо определиться с таблицами.

Собственно 5 моделей, которые постепенно разрабатываются, и предусмотрены в правильном порядке. Фактически Вы разрабатываете некоторые сущности (таблицы), связи, атрибуты (их называют прилагательными). Формирование моделей данных Erwinа – это нахождение правильной совокупности существительных, глаголов и прилагательных. Под сущностями понимается множество экземпляров реальных или абстрактных объектов. Например: сведения о счетах, о людях, состояниях, событиях. Каждый реальный или абстрактный объектов обладает некоторыми атрибутами или характеристиками. Любой объект должен быть идентифицирован с помощью ключа.

В ERD сущность представляется прямоугольником, имя рекомендуется давать в сингулярном виде, т.е. в единственном числе.

В IDEF1x различаются зависимые и независимые сущности. Тип сущности определяется связью с другими сущностями.

Связи или Relationship. По сути связь, которая на поле проектирования изображается линией на самом деле является логическим отношением между сущностями. Внутри программы связей в виде линий существовать не может, т.е. связь это абстракция, показывающая на то, что логически эти 2 таблицы связаны. Связи бывают нескольких видов. Обычно связь между главной подчинённой таблицей изображается сплошной (но бывают случаи, когда и пунктирной линией). Т.о. сущности представляют собой базовые типы данных, хранимые в базах данных, а связи на самом деле показывают, как эти данные взаимосвязаны. На логическом уровне можно установить три типа связей:
идентифицирующая связь один–ко-многим (киностудия с выпущенными фильмами), многие–ко-многим (продавцы и покупатели) неидентифицирующая связь один–ко-многим

Чаще всего между двумя сущностями выбирается связь один–ко-многим. Это означает, что один образец из первой сущности связан с несколькими образцами из другой сущности. При этом сущность на единичном конце называется родительской или независимой. А сущность на manyконце называется дочерней или зависимой. Они отображаются по-разному. При этом независимая отображается прямоугольником, а зависимая так же отображается прямоугольником, но со скруглёнными углами. Если линия связи между двумя сущностями сплошная, то её называют идентифицирующей (например, самолет и пассажиры).

Связь many to many тоже может быть указанна на начальном этапе моделирования. В окончательной модели такие связи не допустимы. Если вы оставите эту связь и с логической модели перейдете на физическую, то Erwin исправит эту связь, сделав дополнительную таблицу.

Количество
Под этим словом понимается мощность связи или сколько дочерних образцов может быть соединено с одним родительским (какое количество пассажиров может быть в единственном самолёте). Как правило в системах моделирования предусмотрена возможность указания мощности связи.

Для того чтобы указать вид и мощность связи, надо правой кнопкой мыши щелкнуть по связи и откроется окошечко, называющиеся Relationship Properties, на страничке General есть возможность выбора одного из четырёх мощностей связи.

Для того чтобы отображать символы на экране надо включить соответствующие опции, так называемые слои. Надо щёлкнуть правой клавишей по полю проектирования и выбрать там Relationship Display, после этого Cardinality, тогда рядом со связью будет либо Z, либо P, либо ничего.

Комментарии запрещены.