13
быть простым и понятным. На данном этапе моделирование осуществляется
без привязки к конкретной СУБД.
На следующем этапе каноническая структура преобразуется в
логическую структуру баз данных, которая учитывает ограничения
выбранной СУБД. Рассмотрим особенности построения логических
структур для объектно-ориентированных и реляционных СУБД.
Известно, что реляционные базы данных представляют собой
множество двумерных таблиц и отношений между ними, задаваемых
структурой внешних ключей. Каноническая структура часто содержит
сложные объекты и связи - как межобъектные, так и внутриобъектные
(сложные типы данных). Поэтому процесс проектирования логических
структур баз данных реляционного типа сводится к следующей
последовательности операций: анализ предметной области и выделение
базовых типов сущностей, нормализация типов сущностей и формирование
логических записей, установление связей между записями.
Работа над проектированием будет существенно упрощена, если
будет возможность изучить структуру сложной системы с помощью схемы,
а не анализировать подробные текстовые описания спецификаций. Для
представления сущностей и связей между ними обычно используют
диаграммы «сущность-связь» (ER - диаграммы, Entity-Relationship). ER -
моделирование представляет собой нисходящий подход к проектированию
базы данных, которых начинается с выявления наиболее важных данных,
называемых сущностями (entities), и связей (relationships) между данными,
которые должны быть представлены в модели. Затем в модель вносятся
дополнительные сведения, например, указывается информация о сущностях
и связях, называемая атрибутами (attributes).
Концептуальная модель включает сущности предметной области и
связи между ними. Основное внимание при составлении концептуальной
модели следует уделить выделению сущностей. Сущности могут иметь