Сравнение концептуального и реляционного моделирования

Заключительный этап проектирования

Выше продемонстрированы способы преобразований конструкций концептуальной модели – объектов, атрибутов, отношений, конкретизаций и составных объектов – в реляционные таблицы. После завершения преобразований всех конкретных конструкций полученную реляционную схему необходимо пересмотреть на предмет избавления от избыточности. Любые избыточные таблицы (то есть таблицы, информация которых полностью содержится в других таблицах схемы) необходимо удалить из схемы.

Следует обратить внимание на то, что все полученные таким образом таблицы имеют четвертую нормальную форму. Это объясняется следующим. Функциональные зависимости, определенные для реляционной модели, являются атрибутами отношения один-к-одному или один-ко-многим. Описанный выше процесс преобразования каждой из этих конструкций в атрибуты реляционных таблиц гарантирует, что они будут зависеть только от ключевых атрибутов. Следовательно, каждая полученная реляционная таблица будет иметь 3НФ. Многозначные атрибуты реляционной модели встречаются только в отношениях много-ко-многим. Эти отношения преобразуются в реляционные таблицы, обладающие составными ключами из ключевых атрибутов отдельных объектных множеств. Следовательно, они гарантированно имеют 4НФ.

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

В реляционной модели единственными средствами, которыми располагает проектировщик, являются реляционные таблицы и внешние ключи. С одного взгляда на реляционную схему не просто понять, какие таблицы представляют объекты, а какие – отношения. При большом количестве таблиц в модели трудно разобраться без графики.

Зачем нужно преобразование концептуальной модели в реляционную схему базы данных? В настоящее время большинство СУБД основано на реляционной (или более ранней) модели. Объектно-ориентированные СУБД, которые могли бы напрямую реализовать концептуальную схему, еще не достигли «промышленной мощности», необходимой для больших приложений. Кроме того, для простой базы данных напрямую создать реляционную модель не сложнее, чем создать концептуальную модель. Следовательно, оба подхода вполне жизнеспособны и могут адекватно использоваться.