- •Южно-сахалинский институт экономики, права и информатики
- •Рекомендуемая литература 55 аннотация
- •Предисловие
- •Раздел 1. Нормализация отношений. Практическая работа №1. Функциональные зависимости.
- •Нормальные формы .
- •Раздел 2. Концептуальное проектирование. Описание предметной области, используемой в качестве учебного примера. Анализ требований пользователя.
- •1.Требования к данным
- •2. Требования к транзакциям.
- •Практическая работа №1. Построение концептуальной модели.
- •1.Определение типов сущностей
- •2. Документирование выделенных типов сущностей.
- •3.Определение типов связей.
- •4. Определение мощности и уровня участия типов связей.
- •5. Документирование типов связей.
- •6. Построение предварительной er-диаграммы.
- •6. Варианты для самостоятельной работы.
- •Практическая работа №2. Определение атрибутов, доменов и ключей в методологии концептуального проектирования.
- •1. Определение атрибутов и связывание их с типами сущностей и связей.
- •2. Документирование выделенных атрибутов
- •3. Определение и документирование Доменов атрибутов .
- •4. Определение атрибутов, являющихся потенциальными и первичными ключами.
- •4. Варианты для самостоятельной работы.
- •Обсуждение локальной концептуальной модели данных с пользователями.
- •Практическая работа №3. Преобразование локальной концептуальной модели данных в логическую модель .
- •Определение набора отношений исходя из структуры локальной логической модели данных.
- •Практическая работа №4. Построение окончательной диаграммы .
- •1. Проверка модели с помощью правил нормализации.
- •2. Определение бизнес-правил.
- •3. Проверка модели в отношении транзакций пользователей.
- •4. Ссылочная целостность
- •5. Варианты для самостоятельной работы.
- •Практическая работа №4. Разработка физического проекта бд.
- •Алгоритм преобразования er-модели в реляционную модель данных.
- •Рекомендуемая литература
Определение набора отношений исходя из структуры локальной логической модели данных.
На этом этапе нашей задачей будет создание отношений, представляющих сущности и связи, присутствующие в локальной логической модели данных.
Связи между сущностями моделируются с помощью механизма первичных и внешних ключей.
Для описания состава всех создаваемых отношений воспользуемся реляционной схемой базы данных.
Определение отношений и внешних ключей для сильных сущностей.
Для каждой присутствующей в модели данных сильной сущности следует создать отношение, которое будет включать все простые атрибуты этой сущности. Например, отношение Клиент может быть описано следующим образом:
Клиент ( Номер_клиента, Имя,Адрес, Телефон, Предпочтительный_тип, Максимальный_размер_платы)
Первичный ключ Номер_клиента
Отношение Объект_для_аренды описывается следующим образом:
Объект_для_аренды (Номер_объекта, Улица, Город, Почтовый_индекс, Тип, Количество_комнат, Арендная_плата)
Первичный ключ Номер_объекта
Приведенное выше описание отношения Объект_для_аренды является неполным. Дополним это отношение, включив в него атрибуты, соответствующие связи с сущностью Владелец : Номер_владельца и соответствующие связи с сущностью Работник : Номер_работника и соответствующие связи с сущностью Филиал : Номер_филиала
Эти атрибуты будут внешними ключами.
Объект_для_аренды (Номер_объекта, Улица, Город, Почтовый_индекс,
Тип, Количество_комнат, Арендная_плата, Номер_владельца, Номер_работника)
Первичный ключ Номер_объекта
Внешний ключ Номер_владельца для таблицы
Владелец (Номер_владельца)
Внешний ключ Номер_работника для таблицы
Работники (Номер_работника)
Внешний ключ Номер_филиала для таблицы
Филиал (Номер_филиала)
Определение отношений и внешних ключей для слабых сущностей.
Для каждой слабой сущности следует создать отношение, которое будет включать все простые атрибуты. Дополнительно в это отношение в качестве внешнего ключа следует поместить первичные ключи всех ее родительских сущностей. Сущность Осмотр имеет две родительские сущности - Клиент и Объект_для_аренды, поэтому в ее отношение следует поместить копии первичных ключей обоих этих сущностей. Они будут использоваться в качестве внешних ключей данного отношения.
Первичный ключ слабой сущности полностью или частично является производным от ключа родительской сущности. Ключ (Номер_объекта, Номер_клиента, Дата_осмотра) является частично производным от первичных ключей сущности Клиент и Объект_для_аренды.
Определение сущности Осмотр имеет следующий вид:
Осмотр (Номер_объекта, Номер_клиента, Дата_осмотра, Комментарий)
Первичный ключ Номер_объекта, Номер_клиента, Дата_осмотра
Внешний ключ Номер_объекта для таблицы Объект_для_аренды(Номер_объекта)
Внешний ключ Номер_клиента для таблицы Клиент(Номер_клиента)
Документирование работы.
Необходимо внести все изменения в созданный на предыдущих занятиях словарь данных.
Варианты для самостоятельной работы.
Задание№1.
Сформировать отношения, представляющие сущности и связи из локальной логической модели данных (рис.2). Записать с помощью реляционной схемы базы данных.
|
|
