Занятие № 2. Создание логической модели простой базы данных

Цель занятия:

Создать логическую модель простой базы данных:

• ознакомиться с технологией построения логической модели в ERwin,

• получить навыки в построении логической модели ERwin,

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

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

• освоить метод проверки адекватности логической модели,

• изучить типы связей между сущностями.

1. Предварительная подготовка

1. Для своего варианта задания подготовить список имен сущностей.

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

3. Продумать связи между сущностями.

4. Для каждой связи подготовить:

4.1. Какая из сущностей является родительской.

4.2. Имя связи, записав глагольную фразу, отражающую:

• для связи “один ко многим” – одну фразу, отношение родительской сущности к дочерней;

• для связи “многие ко многим” – две фразы, отношения слева направо / справа налево.

2. Логическое моделирование

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

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

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

Физическим аналогом сущности в будущей базе данных является таблица, физическим аналогом атрибута – поле этой таблицы, а физическим аналогом экземпляра обычно является запись в таблице базы данных.

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

На этапе логического проектирования для каждого атрибута обычно определяется примерный тип данных (строковый, числовой и др.). Конкретизация происходит на этапе физического проектирования.

3. Erd-диаграммы

Первым шагом при создании логической модели БД является постро­ение диаграммы ERD (Entity Relationship Diagram). ERD-диаграммы со­стоят из трех частей: сущностей, атрибутов и взаимосвязей. Сущностями являются существительные, атрибуты – прилагательными или модифика­торами, взаимосвязи – глаголами.

ERD-диаграмма позволяет рассмотреть систему целиком и выяснить требования, необходимые для ее разработки, касающиеся хранения инфор­мации.

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

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

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