Типы зависимых сущностей

• характеристическая – зависимая дочерняя сущность, которая связана только с одной родительской и по смыслу хранит И о характеристиках родительской сущности.

• ассоциативная – связана с несколькими родительскими сущностями и содержит И о связях сущностей

• именующая – частный случай ассоциативной, не имеющей собственных атрибутов, а только атрибуты внешнего ключа, мигрировавшего из родительских сущностей

• категориальная – дочерняя сущность в иерархии наследования, которая представляет собой такой тип объединения сущностей, которые разделяют общие характеристики. связь при этом обозначается спец знаком. Если катерорич иерархии полная ( )

Нормальные формы ER-диаграмм

Теория нормализация, применимая к реляционной модели Д применима и для нормализации ER-диаграмм, т.е. смысл понятия нормальных форм ER-диаграмм соответствует смыслу нормальных форм реляционных моделей.

1. нормальная – устраняются повторяющиеся атрибуты, выделяются сущности, которые скрытно моделируют 2 объекта, если такие выделяются, то сущность делят на 2

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

3. среди атрибутов, не входящих в первичный ключ выявляются атрибуты, зависящие от неключевых атрибутов и если такие выявлены, то делится на 2 с установлением связей

Как правило этих 3ех форм достаточно

правила преобразования ER-модели в реляционную

1. каждая простая сущность превращается в таблицу (простая – сущность, не являющаяся подтипом и не имеющая таких (не является категориальной)). Имя сущности – имя таблицы

2. каждый атрибут сущности становится атрибутом таблицы. Для каждого из них задаются конкретный тип, допустимый в СУБД и определяется свойство обязательности/необязательности данного атрибута.

3. атрибуты первичного ключа сущности становятся атрибутами PrimaryKey в таблице и получают свойство NotNull автоматически. Если в сущности имеется несколько потенциальных ключей, то из них выбирается наиболее используемый.

4. в каждую таблицу соответствующей дочерней сущноти добавляется набор атрибутов родительской сущности, являющейся ней, первичным ключом. Этот набор атрибутов становится внешним ключом. Для моделирования необязательного типа связи на физическом уровне у атрибутов, соответствующих внешнему ключу устанавливается свойство необязательности атрибута

5. связи многие-ко-мнгоим при переходе к реляционным моделям должны быть разбиты на 2 связи 1-ко-многим путем создания дополнительной таблицы, в которую выносятся атрибуты первичных ключей как одной, так и другой таблицы.

6. индексы создаются для атрибутов первичного ключа, внешних ключей и тех атрибутов, для которых предполагается базировать часто используемые запросы.

7. Если в ERD модели присутствовали категориальные сущности, то существует 2 способа перехода к реляционной модели

   1. тип и все подтипы объединяются в одну таблицу, «-» - в таблице присутствуют поля, которые будут оставаться незаполненными. для различия одного подтипа от другого рекомендуется добавлять тип подтипа и включать его в состав атрибутов первичного ключа

   2. для каждой сущности создается отдельная таблица, в состав первичного ключа также необходимо добавление оля ТИП,, который показывает, как отличить одну от другого.

CASE-средство ERWin

ERWin позволяет проектировать, документировать и сопровождать БД. Он является удобным инструментом разработкиЮ способен автоматически создавать таблицы и генерировать тексты описания практически всех объектов БД на языках популярных СУБД

Особенности ERWin

1. поддерживает прямое создание БД и обратное, т.е. генерацию модели по программному описанию БД

2. перенос структуры БД из одной СУБД в другую.

3. Увеличение производительности работ по созданию БДЮ благодаря удобному интерфейсу и автоматизации процесса написания кода

4. поддерживает нотации IDEF1X и IE

5. поддерживает разные СУБД

6. возможность организации совместной работы проектировщиков с одними и теми же структурами

7. автоматизация документирования

8. м/б использован на всех этапах ЖЦ БД

ERWin имеет 2 уровня представления моделей: логический и физический. Физический связан с конкретной СУБД. При создании модели лучше выбирать уровень построения и тот и тот, тогда можно автоматически будет перейти от логической к физической. Для логической модели различают 3 уровня:

1. диаграмма сущность/связь (ERD), включает только сущности и взаимосвязи, не слишком деталихирована

2. модель данных, основанная на ключах (KB - ), включает описание всех сущностей и их первичных ключей

3. полная атрибутивная модель (FA – Fully Attributed Model)

Для всех элементов диаграммы (сущностей, атрибутов и связей) желательно добавлять текстовые описания для автоматизации процессов документирования модели в соответствующих диалоговых окнах, которые открываются из контекстного меню

Согласно синтаксису IDEF1X имя атрибута в пределах модели д/б уникально, однако свойством уникальности можно управлять из ERWin, это осуществляется на вкладке Unique Name Option, которая открывается из пункта меню Option.

• Allow – допускает использование одинаковых имен атрибутов

• Rename – переименовывает по умолчанию

• Ask – запрашивает возможные действия при введении одноименных атрибутов

• Disallow – запрет внесения одинаковых имен

По умолчанию имена связей не показываются. Для включения опции отображения в контекстном меню модели выбирается пункт Display Options/realationships и включается опция VerbPhrase.