Логическое проектирование реляционной базы данных. Лекция 8 презентация

Содержание

Слайд 2

ОСНОВНЫЕ КОНЦЕПЦИИ Фаза логического проектирования предполагает следующие действия: преобразование концептуальной

ОСНОВНЫЕ КОНЦЕПЦИИ

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

в логическую модель, в результате которого будет определена схема реляционной модели данных;
проверка модели с помощью концепций последовательной нормализации;
проверка модели в отношении транзакций пользователей;
проверка поддержки целостности данных.
Слайд 3

УПРОЩЕНИЕ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ ДАННЫХ Преобразование концептуальной модели данных в логическую

УПРОЩЕНИЕ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ ДАННЫХ

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

результате которого будет определена схема реляционной модели данных, может иметь два подхода.
Слайд 4

1) Проектировщик работает с концептуальной моделью напрямую, не прибегая к

1) Проектировщик работает с концептуальной моделью напрямую, не прибегая к ее

предварительному преобразованию. В этом случае ему придется столкнуться с необходимостью преобразования разнообразных структур данных
Слайд 5

2) Проектировщик, прежде чем приступить к процессу перехода от концептуальной

2) Проектировщик, прежде чем приступить к процессу перехода от концептуальной модели

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

К таким структурам данных относятся: связи типа «многие ко многим»;

К таким структурам данных относятся:
связи типа «многие ко многим»;
сложные

связи;
рекурсивные связи;
связи с атрибутами;
множественные атрибуты;
избыточные связи.

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

Слайд 7

ИСКЛЮЧЕНИЕ СВЯЗИ ТИПА «МНОГИЕ КО МНОГИМ» Преобразование связи типа «многие

ИСКЛЮЧЕНИЕ СВЯЗИ ТИПА «МНОГИЕ КО МНОГИМ»

Преобразование связи типа «многие ко многим»

осуществляется путем введения некоторого промежуточного объекта с заменой одной связи двумя связями типа «один ко многим» с вновь созданным объектом. При организации новых связей необходимо следить за тем, чтобы максимальная мощность связи «один» была направлена к исходному объекту, а максимальная мощность связи «много» — к вновь созданному объекту.
Слайд 8

преподаватель курс читает N M

преподаватель

курс

читает

N

M

Слайд 9

преподаватель курс пр_читает N N читает к_читаетcя 1 1 ПР_ЧИТАЕТ

преподаватель

курс

пр_читает

N

N

читает

к_читаетcя

1

1

ПР_ЧИТАЕТ типа 1: N между объектами ПРЕПОДАВАТЕЛЬ и ЧТЕНИЕ;
К_ЧИТАЕТСЯ типа 1:

N между объектами КУРС и ЧТЕНИЕ.
Слайд 10

преподаватель занятия ведет M лаборатория M M ИСКЛЮЧЕНИЕ СЛОЖНЫХ СВЯЗЕЙ

преподаватель

занятия

ведет

M

лаборатория

M

M

ИСКЛЮЧЕНИЕ СЛОЖНЫХ СВЯЗЕЙ

Слайд 11

преподаватель занятия пр_ведет N лаб_занятие N N ведутся лаборатория проходят 1 1 1

преподаватель

занятия

пр_ведет

N

лаб_занятие

N

N

ведутся

лаборатория

проходят

1

1

1

Слайд 12

ИСКЛЮЧЕНИЕ РЕКУРСИВНЫХ СВЯЗЕЙ M сотрудник работает 1

ИСКЛЮЧЕНИЕ РЕКУРСИВНЫХ СВЯЗЕЙ

M

сотрудник

работает

1

Слайд 13

M сотрудник работает 1 роль_сотрудника руководит 1 1

M

сотрудник

работает

1

роль_сотрудника

руководит

1

1

Слайд 14

ПРЕОБРАЗОВАНИЕ ОБЪЕКТОВ И АТРИБУТОВ Общий подход к преобразованию объектов концептуальной

ПРЕОБРАЗОВАНИЕ ОБЪЕКТОВ И АТРИБУТОВ

Общий подход к преобразованию объектов концептуальной модели ПрО

в отношения реляционной базы данных состоит в следующем:
построить набор предварительных отношений и указать первичные ключи для каждого отношения;
Слайд 15

подготовить список всех представляющих интерес атрибутов (тех из них, которые

подготовить список всех представляющих интерес атрибутов (тех из них, которые

не были перечислены в диаграмме в качестве первичных ключей объектов) и назначить каждый из этих атрибутов одному из предварительных отношений с тем условием, чтобы эти отношения находились в НФБК. Если полученные отношения в итоге не находятся в НФБК, то в этих случаях диаграммы необходимо пересмотреть.
Слайд 16

ПРЕОБРАЗОВАНИЕ СВЯЗИ ТИПА СУПЕРКЛАСС/ПОДКЛАСС Для каждой присутствующей в логической модели

ПРЕОБРАЗОВАНИЕ СВЯЗИ ТИПА СУПЕРКЛАСС/ПОДКЛАСС

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

типа «суперкласс/подкласс» объект суперкласса необходимо определить как родительский, а объект подкласса — как дочерний.
Если суперкласс с его подклассами имеет непересекающиеся связи, где каждый экземпляр суперкласса обязательно должен быть членом одного подкласса, то решением является представление каждого из подклассов в виде отдельного отношения, содержащего копию первичного ключа суперкласса.
Слайд 17

старший преподаватель преподаватель доцент ассистент профессор

старший преподаватель

преподаватель

доцент

ассистент

профессор

Слайд 18

Подобная диаграмма преобразуется в следующую реляционную схему отношений: ПРЕПОДАВАТЕЛЬ (Табельный

Подобная диаграмма преобразуется в следующую реляционную схему отношений:
ПРЕПОДАВАТЕЛЬ (Табельный номер, ФИО,

Адрес, Педагог_стаж);
ПРОФЕССОР (Табельный номер, Номер_диплома_профессора);
ДОЦЕНТ (Табельный номер, Номер_диплома_доцента);
СТАРШИЙ_ПРЕПОДАВАТЕЛЬ (Табельный номер);
АССИСТЕНТ (Табельный номер).
Слайд 19

ПРЕОБРАЗОВАНИЕ СОСТАВНЫХ ОБЪЕКТОВ специалист вид_работы выполняет НИР кол_часов руководитель час_оплата

ПРЕОБРАЗОВАНИЕ СОСТАВНЫХ ОБЪЕКТОВ

специалист

вид_работы

выполняет

НИР

кол_часов

руководитель

час_оплата

ФИО

должность

таб_номер

название

индекс_НИР

код_вида

характеристика

Имя файла: Логическое-проектирование-реляционной-базы-данных.-Лекция-8.pptx
Количество просмотров: 25
Количество скачиваний: 0