Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
записка Евгений.docx
Скачиваний:
9
Добавлен:
23.12.2018
Размер:
762.09 Кб
Скачать

2.5 Модели «сущность-связь»

Модель «сущность-связь» (англ. “Entity-Relationship model”), или ER-модель, предложенная П. Ченом в 1976 г., является наиболее известным представителем класса семантических (концептуальных, инфологических) моделей предметной области. ER-модель обычно представляется в графической форме, с использованием оригинальной нотации П. Чена, называемой ER-диаграмма, либо с использованием других графических нотаций (Crow's Foot, Information Engineering и др.).

Основные преимущества ER-моделей:

  • наглядность;

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

  • ER-модели реализованы во многих системах автоматизированного проектирования баз данных (например, ERWin).

Основные элементы ER-моделей:

  • объекты (сущности);

  • атрибуты объектов;

  • связи между объектами.

Сущность — объект предметной области, имеющий атрибуты.

Связь между сущностями характеризуется:

  • типом связи (1:1, 1:N, N:М);

  • классом принадлежности. Класс может быть обязательным и необязательным. Если каждый экземпляр сущности участвует в связи, то класс принадлежности — обязательный, иначе — необязательный.

3 Проектирование базы данных

3.1 Создание инфологической модели бд. При реализации бд были вынести следующие объекты. Объект учёта – музыка. Необходимо ввести характеристики для игры.

1 Направление(Pop,Electronic,Rock,Hip-hop)

2 Жанр(Alternative,Dance pop,House и т.д.)

3 Поджанр (Liquid Funk,Garage,Synthpop и т д)

4 Наиболее яркие представители (Beyonce, Lady Gaga, Paul van Dyk и т.д.)

Необходимо учесть и такие характеристики, как:

5 Альбомы

6 Звукозаписывающая фирма

7 Время появления

8 Время наибольшей популярности

9 Название последнего альбома

Главная сущность “Музыка”.

Жанр не является характеристикой музыки. Предположим, что сделали одним из атрибутов сущности музыка-жанр. Жанр имеет множество своих особенностей таких, как: время появления, время наибольшей популярности, название. Соответственно, в таблице жанр будет много избыточной информации в виде множества одних и тех же наименований –жанров. Поэтому необходимо создать ещё одну сущность, в которой будет три атрибута - время появления, время наибольшей популярности, название. Формируем сущность “Жанр”. Возвращаемся к сущности музыка. Далее перечисляем атрибуты вошедшие в сущность “музыка”.

1 Направление

2 Жанр

3 Поджанр

4 Наиболее яркие представители

Необходимо учесть и такие характеристики, как:

5 альбомы

6 Звукозаписывающая фирма

7 представители

Дальнейшим шагом стал анализ указанных атрибутов

Направление. Вводим сущность “ Направление”

Жанр. Вводим сущность Жанр”.

Поджанр. Вводим сущность “Поджанр “.

Наиболее яркие представители. Вводим сущность “ Наиболее яркие представители ”

альбомы. Вводим сущность “ альбомы”.

Звукозаписывающая фирма. Вводим сущность “Звукозаписывающая фирма”

представители. Вводим сущность “ представители”

Подведём итоги. Получили следующие сущности с атрибутами

  1. Жанр

    1. Время появления

    2. Время наибольшей популярности

    3. Название

  2. Альбомы

  1. Имя исполнителя

  1. Название последнего альбома

3.Представитель

  1. Представитель

4.Направление

a. Время наибольшей популярности

  1. Время появления направления

5. Под жанр

    1. Время наибольшей популярности

b. Время появления под жанра

6. Звукозаписывающая фирма

а. Звукозаписывающая фирма

На данном этапе получили 7 сущностей. Теперь необходимо связать полученные сущности.

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

Все сущности имеют не транзитивные зависимости от ключевого поля.

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

3.2 Создание даталогической модели БД.

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

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

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

Даталогическая модель совпадает с инфологической.

1 Музыка

a. Id

b. id_Жанр

c. id_Под_жанр

d. id_альбомы

e. id_Представитель

f . id_Звукозаписывающая фирма

g . id_Направление

2 Жанр

a. Время появления

b. Время наибольшей популярности

c. название

d id

3. Альбомы

a. Имя исполнителей

b Название последнего альбома

c id_звукозаписывающая фирма

d id

4 . Представитель

  1. Представитель

  2. id

5. Направление

  1. Время наибольшей популярности

  2. направление

  1. Время появления направления

  2. id

6. Под_жанр

  1. Время наибольшей популярности

  2. Под_жанр

  3. Время появления под_жанра

  1. id

7. Звукозаписывающая фирма

а. Звукозаписывающая фирма

b. id

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]