Помощничек
Главная | Обратная связь


Археология
Архитектура
Астрономия
Аудит
Биология
Ботаника
Бухгалтерский учёт
Войное дело
Генетика
География
Геология
Дизайн
Искусство
История
Кино
Кулинария
Культура
Литература
Математика
Медицина
Металлургия
Мифология
Музыка
Психология
Религия
Спорт
Строительство
Техника
Транспорт
Туризм
Усадьба
Физика
Фотография
Химия
Экология
Электричество
Электроника
Энергетика

Глава 3. Проектирование реляционной базы данных «Салон красоты»



3.1. Анализ предметной области

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

База данных «Салон красоты» проста в применении и может быть использована даже человеком, который владеет только основами знаний по информатике.

Человек, который работает с базой данных «Салон красоты», может вести списки клиентов, сотрудников, а также имеет возможность прослеживать оплату по выполненным услугам, выводить информацию по клиентам и сотрудникам, делать отчеты и т.д.

Задачи, которые необходимо решить с использованием БД «Салон красоты»:

1) сокращение избыточности хранимых данных;

2) сбор и хранение информации о клиентах, сотрудниках, оказанных услугах и т.д.;

3) обработка данных (вывод нужной информации в отчетах, запросах и т.д.);

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

Требования к базе данных:

1) целостность базы данных;

2) многократное использование данных;

3) быстрый поиск и получение информации по запросам пользователей;

4) простота обновления данных;

5) адекватность отображения данных.

 

3.2. Проектирование базы данных «Салон красоты» методом нормальных форм

Проектирование базы данных является одним из этапов жизненного цикла информационной системы. Основной задачей, решаемой в процессе проектирования, является задача нормализации ее отношений.

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

Перечень атрибутов базы данных «Салон красоты» представлен в (приложение 1).

Одно из требований к отношениям заключается в том, чтобы все атрибуты отношения имели атомарные значения. В исходном отношении каждый атрибут кортежа также должен быть простым. Исходное отношение «Салон красоты» представлено в (приложение 2).

Нормализация отношения.

Метод нормальных форм является классическим методом проектирования реляционных баз данных. Этот метод основан на фундаментальном в теории реляционных баз данных понятии зависимости между атрибутами отношений.

Нормализация – процесс разбиения (декомпозиции) отношений с неудовлетворительными свойствами на новые отношения.

Первая нормальная форма.Отношение находится в первой нормальной форме, если все его атрибуты являются простыми (имеют единственное значение). Исходное отношение строится таким образом, чтобы оно находилось в 1НФ.

ID клиента Фамилия Имя Отчество Телефон Постоянство Адрес
Константинова Евгения Петровна +79876547624 да г.Новочебоксарск, ул. Восточная 32
ID песетителя Клиент Услуга Сотрудник Дата Время Услуга оказана
Ильина массаж Соколова 02.05.2014 16:00 да
ID клиента ICQ E-mail Skype
angelina@mail.ru 645ang
ID услуги Название Группа Себестоимость Цена Сотруднику Описание услуги
массаж SPA-процедуры 0,2  
ID должности Название Группа услуг График работы
SPA-специалист SPA-процедуры 2/2
ID сотрудника Фамилия Имя Отчество Должность Адрес Телефон
Артакина Нина Викторовна Маникюрша г.Чебоксары, ул. 50 лет октября 40 +79032584671

Для перевода отношения в 2НФ используется операция проекции, то есть разложения отношения на несколько отношений.

Так как в данном отношении нет составного ключа, то оно уже находится в 2НФ.

Третья нормальная форма.

Отношение находится в 3НФ, если:

1) отношение находится в 2НФ,

2) каждый неключевой атрибут нетранзитивно зависит от первичного ключа.

Или

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

Так как в наших отношениях не имеется транзитивных зависимостей, значит, наше отношение уже находится в 3НФ.

Нормальная форма Бойса-Кодда.

R1. «Клиенты»

*ID клиента Фамилия Имя Отчество Телефон Постоянство Адрес

R2. «Посещение»

*ID песетителя Клиент Услуга Сотрудник Дата Время Услуга оказана

R3. «Контакты»

*ID клиента ICQ E-mail Skype

R4. «Услуги»

*ID услуги Название Группа Себестоимость Цена Сотруднику Описание услуги

R5. «Группы услуг»

*ID группы Название

R6. «Должности»

*ID должности Название Группа услуг График работы

R7. «Сотрудники»

*ID сотрудника Фамилия Имя Отчество Должность Адрес Телефон

 

Построенные отношения R1, R2, R3, R4, R5, R6, R7 находятся в нормальной форме Бойса-Кодда, поскольку в них отсутствуют зависимости ключевых атрибутов от неключевых.

2.3. Проектирование базы данных «Салон красоты» в соответствии с методом «сущность-связь»

Метод проектирования «сущность-связь» или, как его еще называют, ER – метод является универсальным методом проектирования баз данных.

Правила формирования отношений основываются на учете следующего:

• степени связи между сущностями (1:1, 1:М, М:1, М:М);

• класса принадлежности экземпляров сущностей (обязательный и необязательный).

Рассмотрим формулировки шести правил формирования отношений на основе диаграмм ER-типа.

Формирование отношений для связи 1:1

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

На рис.1 приведены диаграмма ER-типа и отношение, сформированное по правилу 1 на ее основе.

Рис.1 Формирование отношения по правилу 1

 

Правило 2. Если степень связи 1:1 и класс принадлежности одной сущности обязательный, а второй - необязательный, то под каждую из сущностей формируется по отношению с первичными ключами, являющимися ключами соответствующих сущностей. Далее к отношению, сущность которого имеет обязательный КП, добавляется в качестве атрибута ключ сущности с необязательным КП.

На рис.2 приведены диаграмма ER-типа и отношения, сформированные по правилу 2 на ее основе.

Рис.2 Формирование отношения по правилу 2

 

Правило 3. Если степень связи 1:1 и класс принадлежности обеих сущностей является необязательным, то необходимо использовать три отношения. Два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя, поэтому его ключ объединяет ключевые атрибуты связываемых отношений.

На рис.3 приведены диаграмма ER-типа и отношения, сформированные по правилу 3 на ее основе.

Рис.3 Формирование отношения по правилу 3

 

 

Формирование отношений для связи 1:М

Правило 4. Если степень связи между сущностями 1:М (или М:1) и класс принадлежности М-связной сущности обязательный, то достаточно формирование двух отношений (по одному на каждую из сущностей). При этом первичными ключами этих отношений являются ключи их сущностей. Кроме того, ключ 1-связной сущности добавляется как атрибут (внешний ключ) в отношение, соответствующее М-связной сущности.

На рис.4 приведены диаграмма ER-типа и отношения, сформированные по правилу 4 на ее основе.

Рис.4 Формирование отношения по правилу 4

 

Правило 5. Если степень связи 1:М (М:1) и класс принадлежности М-связной сущности является необязательным, то необходимо формирование трех отношений (рис.5). Два отношения соответствуют связываемым сущностям, ключи которых являются первичными в этих отношениях. Третье отношение является связным между первыми двумя (его ключ объединяет ключевые атрибуты связываемых отношений).

Рис.5 Формирование отношения по правилу 5

 

Формирование отношений для связи М:М

Правило 6. Если степень связи М:М, то независимо от класса принадлежности сущностей формируются три отношения. Два отношения соответствуют связываемым сущностям и их ключи являются первичными ключами этих отношений. Третье отношение является связным между первыми двумя, а его ключ объединяет ключевые атрибуты связываемых отношений.

На рис.6 приведены диаграмма ER-типа и отношения, сформированные по правилу 6.

Рис.6 Формирование отношения по правилу 6

В базе данных «Радиостанция» имеются следующие сущности:

· Клиенты (Ключ – ID клиента,…)

· Услуги (Ключ – ID услуги,…)

· Группы услуг (Ключ – ID группы,…)

· Сотрудники (Ключ – ID сотрудника,…)

· Должности (Ключ – ID должности,…)

· Посещения (Ключ – ID посетителя,…)

· Контакты (Ключ – ID клиента,…)

 

Схема диаграммы ER-типа (рис.7) построена с учетом всех сущностей и связей между ними с целью повышения наглядности и удобства проектирования.

Рис.7 Схема ER-диаграммы «Салон красоты»

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

· Клиенты (*ID клиента, Фамилия, Имя, Отчество, Телефон, Постоянство, Адрес)

· Посещения (*ID посетителя, Клиент, Услуга, Сотрудник, Дата, Время, Услуга оказана)

· Услуги (*ID услуги, Название, Группа, Себестоимость, Цена, Сотрудники, Описание услуги)

· Группы услуг (*ID группы, Название)

· Сотрудники (*ID сотрудника, Фамилия, Имя, Отчество, Должность, Адрес, Телефон)

· Должности (*ID должности, Название, Группы услуг, График работы)

· Контакты (*ID клиента, ICQ, E-mail, Skype).

Полученные в результате проектирования базы данных «Салон красоты» методом «сущность-связь» соответствует нормальной форме Бойса-Кодда.

Таким образом, в данной главе было проведено проектирование базы данных «Салон красоты» методом нормальных форм и методом «сущность-связь». Получившиеся в результате проектирования этими методами отношения и схемы данных совпали.

 

 

 




Поиск по сайту:

©2015-2020 studopedya.ru Все права принадлежат авторам размещенных материалов.