Сущность, на основе которой определяются подтипы, называется супертипом. Подтипы должны образовывать полное множество, т.е. любой экземпляр супертипа должен относиться к некоторому подтипу. Иногда для полноты приходится определять дополнительный подтип ПРОЧИЕ.

Иногда  удобно иметь два или более  разных разбиения сущности на подтипы. Например, сущность ЧЕЛОВЕК может быть разбита на подтипы по профессиональному признаку (ПРОГРАММИСТ, ДОЯРКА и т.д.), а может - по половому признаку (МУЖЧИНА, ЖЕНЩИНА).

ER-диаграмма  должна подчиняться следующим  правилам:

каждая  сущность, каждый атрибут и каждая связь должны иметь;

имя сущности должно быть уникально в рамках модели данных;

имя атрибута должно быть уникально в рамках сущности;

имя связи  должно быть уникально, если для нее  генерируется таблица БД;

каждый  атрибут должен иметь определение  типа данных;

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

То же самое относится к сильной  сущности в слабой связи, супертипу  в связи "супертип-подтип" и  необязательной сущности в обязательной (полной) связи;

подтип  в связи "супертип-подтип" не может иметь ключевой атрибут;

в ассоциативной  или слабой связи может быть только одна ассоциативная (слабая) сущность;  
 
 
 
 
 

Заключение

     Реальным  средством моделирования данных является не формальный метод нормализации отношений, а так называемое семантическое моделирование. В качестве инструмента семантического моделирования используются различные варианты диаграмм сущность-связь (ER - Entity-Relationship).

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

     Различают концептуальные и физические ER-диаграммы. Концептуальные диаграммы не учитывают  особенностей конкретных СУБД. Физические диаграммы строятся по концептуальным и представляют собой прообраз конкретной базы данных. Сущности, определенные в концептуальной диаграмме становятся таблицами, атрибуты становятся колонками таблиц (при этом учитываются допустимые для данной СУБД типы данных и наименования столбцов), связи реализуются путем миграции ключевых атрибутов родительских сущностей и создания внешних ключей.

     При правильном определении сущностей, полученные таблицы будут сразу  находиться в 3НФ. Основное достоинство  метода состоит в том, модель строится методом последовательных уточнений  первоначальных диаграмм.

     Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в системах CASE, поддерживающих автоматизированное проектирование реляционных баз данных. Среди множества разновидностей ER-моделей одна из наиболее развитых применяется в системе CASE фирмы ORACLE. 
 

Глоссарий

Библиографический список

1. Голицына  О.Л., Максимов Н.В., Попов И.И. Базы данных. Издательство "Форум", 2004, 351 с.
2. Дейт К. Дж. Введение в системы баз данных (седьмое издание). Издательство "Вильямс", 2001, 1072 с.
3. Крёнке Д. Теория и практика построения баз данных. Издательство "Питер", 2004, 864 с.
4. Малыхина М.П. Базы данных: основы, проектирование, использование. Издательство "Финист", 2004, 512 с.
5. Роб. Системы баз данных. Проектирование, реализация и управление. Издательство "BHV", 2004, 1040 с.
6. Роланд Ф.Д. Основные концепции баз данных. Издательство "Вильямс", 2002, 253 с.
7. Рудикова Л.В. Базы данных. Разработка приложений. Издательство "БХВ-Петербург", 2006, 496 с.
8. Ульман Дж.Д., Уидом Дж. Основы реляционных баз данных. Издательство "ЛОРИ", 2006, 374 с.
9. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Издательство "Корона-Принт", 2006, 736 с.

Приложение  А   Диаграмма «Сущность-Связь»

Приложение  Б Пример построения ER – модели