
- •Глава 1. Общие теоретические сведения об информационных хранилищах
- •1.1.Назначение информационного хранилища
- •1.2.Свойства информационного хранилища
- •1.3.Компоненты информационного хранилища
- •Глава 2. Проблемы, их решение и реализация информационных хранилищ
- •2.1.Проблемы интеграции данных
- •2.2.Реализация хранилищ и витрин данных
- •2.3.Подходы и имеющиеся решения
- •Informix Software
- •Глава 3. Проектирование реляционной базы данных «Салон красоты»
- •3.1. Анализ предметной области
- •3.2. Проектирование базы данных «Салон красоты» методом нормальных форм
- •2.3. Проектирование базы данных «Салон красоты» в соответствии с методом «сущность-связь»
- •Глава 4. Реализации базы данных «Салон красоты» в среде ms Access
- •4.1 Таблицы и запросы
- •4.2. Отчеты и формы
- •4.3 Макросы и модули
- •Заключение
- •Список использованной литературы:
- •Приложение
Глава 3. Проектирование реляционной базы данных «Салон красоты»
3.1. Анализ предметной области
Основной целью данной курсовой работы является проектирование базы данных «Салон красоты», которая поддерживает структурированную обработку данных о клиентах, сотрудниках, услугах и т.д.
База данных «Салон красоты» проста в применении и может быть использована даже человеком, который владеет только основами знаний по информатике.
Человек, который работает с базой данных «Салон красоты», может вести списки клиентов, сотрудников, а также имеет возможность прослеживать оплату по выполненным услугам, выводить информацию по клиентам и сотрудникам, делать отчеты и т.д.
Задачи, которые необходимо решить с использованием БД «Салон красоты»:
сокращение избыточности хранимых данных;
сбор и хранение информации о клиентах, сотрудниках, оказанных услугах и т.д.;
обработка данных (вывод нужной информации в отчетах, запросах и т.д.);
на основе данных можно отслеживать информацию об оказанных услугах и услугах, которые запланированы на будущее.
Требования к базе данных:
целостность базы данных;
многократное использование данных;
быстрый поиск и получение информации по запросам пользователей;
простота обновления данных;
адекватность отображения данных.
3.2. Проектирование базы данных «Салон красоты» методом нормальных форм
Проектирование базы данных является одним из этапов жизненного цикла информационной системы. Основной задачей, решаемой в процессе проектирования, является задача нормализации ее отношений.
Окончательная цель нормализации сводится к получению такого проекта базы данных, в котором каждый факт появляется лишь в одном месте, т.е. исключена избыточность информации.
Перечень атрибутов базы данных «Салон красоты» представлен в (приложение 1).
Одно из требований к отношениям заключается в том, чтобы все атрибуты отношения имели атомарные значения. В исходном отношении каждый атрибут кортежа также должен быть простым. Исходное отношение «Салон красоты» представлено в (приложение 2).
Нормализация отношения.
Метод нормальных форм является классическим методом проектирования реляционных баз данных. Этот метод основан на фундаментальном в теории реляционных баз данных понятии зависимости между атрибутами отношений.
Нормализация – процесс разбиения (декомпозиции) отношений с неудовлетворительными свойствами на новые отношения.
Первая нормальная форма. Отношение находится в первой нормальной форме, если все его атрибуты являются простыми (имеют единственное значение). Исходное отношение строится таким образом, чтобы оно находилось в 1НФ.
ID клиента |
Фамилия |
Имя |
Отчество |
Телефон |
Постоянство |
Адрес |
2 |
Константинова |
Евгения |
Петровна |
+79876547624 |
да |
г.Новочебоксарск, ул. Восточная 32 |
ID песетителя |
Клиент |
Услуга |
Сотрудник |
Дата |
Время |
Услуга оказана |
3 |
Ильина |
массаж |
Соколова |
02.05.2014 |
16:00 |
да |
ID клиента |
ICQ |
|
Skype |
4 |
783323232 |
angelina@mail.ru |
645ang |
ID услуги |
Название |
Группа |
Себестоимость |
Цена |
Сотруднику |
Описание услуги |
3 |
массаж |
SPA-процедуры |
100 |
1000 |
0,2 |
|
ID должности |
Название |
Группа услуг |
График работы |
5 |
SPA-специалист |
SPA-процедуры |
2/2 |
ID сотрудника |
Фамилия |
Имя |
Отчество |
Должность |
Адрес |
Телефон |
5 |
Артакина |
Нина |
Викторовна |
Маникюрша |
г.Чебоксары, ул. 50 лет октября 40 |
+79032584671 |
Для перевода отношения в 2НФ используется операция проекции, то есть разложения отношения на несколько отношений.
Так как в данном отношении нет составного ключа, то оно уже находится в 2НФ.
Третья нормальная форма.
Отношение находится в 3НФ, если:
1) отношение находится в 2НФ,
2) каждый неключевой атрибут нетранзитивно зависит от первичного ключа.
Или
2) ни одно из неключевых полей не должно однозначно идентифицироваться значением другого неключевого поля (полей).
Так как в наших отношениях не имеется транзитивных зависимостей, значит, наше отношение уже находится в 3НФ.
Нормальная форма Бойса-Кодда.
R1. «Клиенты»
*ID клиента |
Фамилия |
Имя |
Отчество |
Телефон |
Постоянство |
Адрес |
R2. «Посещение»
*ID песетителя |
Клиент |
Услуга |
Сотрудник |
Дата |
Время |
Услуга оказана |
R3. «Контакты»
*ID клиента |
ICQ |
|
Skype |
R4. «Услуги»
*ID услуги |
Название |
Группа |
Себестоимость |
Цена |
Сотруднику |
Описание услуги |
R5. «Группы услуг»
*ID группы |
Название |
R6. «Должности»
*ID должности |
Название |
Группа услуг |
График работы |
R7. «Сотрудники»
*ID сотрудника |
Фамилия |
Имя |
Отчество |
Должность |
Адрес |
Телефон |
Построенные отношения R1, R2, R3, R4, R5, R6, R7 находятся в нормальной форме Бойса-Кодда, поскольку в них отсутствуют зависимости ключевых атрибутов от неключевых.