
- •Курсовая работа
- •Рецензия
- •Оглавление
- •1.Введение
- •2.Анализ предметной области.
- •Бизнес-правила
- •3.Постановка задачи
- •4. Техническое задание
- •Введение.
- •5. Проектирование реляционной базы данных Сущности предметной области
- •Связи между сущностями
- •6. Логическое проектирование и нормализация отношений
- •7. Физическое проектирование
- •Физическая модель базы данных
- •Реализация базы данных
- •9.Заключение
- •Список литературы
5. Проектирование реляционной базы данных Сущности предметной области
Сущность |
Ключ сущности |
Атрибуты |
Клиенты |
ID_клиента |
ID_Клиента, Фамилия, Имя, Отчество, Адрес, Телефон, Дата регистрации |
Сотрудники |
ID_Сотрудника |
ID_Сотрудника, Фамилия, Имя, Отчество, Должность График, Дата рождения, Адрес, Телефон |
Заявки |
ID_Заявки |
ID_Заявки, Статуса, ID_Клиента, ID_Сотрудника, Дата оформления, Дата завершения |
Услуги |
ID_Услуги |
ID_Услуги, Наименование, Цена |
|
|
|
Связи между сущностями
Сущности |
Связи |
Клиенты-Заявки |
Клиент может иметь несколько заявок Заявка может быть прикреплена только к одному клиенту Тип связи: один ко многим |
Сотрудники-Заявки |
У сотрудника может быть несколько заявок К заявке прикреплен только один сотрудник Тип связи: один ко многим |
Заявки-Услуги |
В одной заявке может быть несколько услуг Одна услуга может находиться в нескольких заявках Тип связи: многие ко многим |
ER-диаграмма
6. Логическое проектирование и нормализация отношений
Цель логического проектирования – развить концептуальную схему БД с учетом принимаемой модели БД
Избавляюсь от связи m:n по средствам промежуточной сущности «Заявка-Услуга», содержащей в себе атрибуты «ID_Заявка» и «ID_Услуга», связанные сущностями «Заявка» и «Услуга» соответственно по средством внешних ключей, атрибуты «Дата оказания» и «Комментарий»
Добавляю сущности «Должность» и «Специализация», связанные с сущностью «Сотрудник» по средствам внешних ключей.
Создаю логическую структуру реляционной базы данных
Нормализация:
1NF:
Каждое поле в каждой таблице подразумевает только одно атомарное значение
Порядок записей не имеет значение
2NF:
БД в первой нормальной форме
Все таблицы имеют первичный ключ
Все не ключевые атрибуты зависят от первичного ключа
3NF:
Ни один не ключевой атрибут не зависит от другого не ключевого атрибута
7. Физическое проектирование
Таблица «Клиенты»
Ключевое поле |
Наименование поля |
Тип поля |
Родительский ключ |
ID_Клиента |
Числовой |
|
Фамилия |
Текстовый |
|
Имя |
Текстовый |
|
Отчество |
Текстовый |
|
Адрес |
Текстовый |
Таблица «Сотрудники»
Ключевое поле |
Наименование поля |
Тип поля |
Родительский ключ |
ID_Сотрудника |
Числовой |
|
Фамилия |
Текстовый |
|
Имя |
Текстовый |
|
Отчество |
Текстовый |
|
Дата рождения |
Текстовый |
|
Адрес |
Текстовый |
|
Телефон |
Текстовый |
Внешний ключ |
ID_Должность |
Числовой |
Внешний ключ |
ID_Специализация |
Числовой |
Таблица «Заявки»
Ключевое поле |
Наименование поля |
Тип поля |
Родительский ключ |
ID_Заявки |
Числовой |
Внешний ключ |
ID_Клиента |
Числовой |
Внешний ключ |
ID_Сотрудника |
Числовой |
|
Дата_Оформления |
Время и Дата |
|
Дата_Завершения |
Время и Дата |
Таблица «Услуги»
Ключевое поле |
Наименование поля |
Тип поля |
Родительский ключ |
ID_Услуги |
Числовой |
|
Наименование |
Текстовый |
|
Цена |
Текстовый |
Таблица «Заявки-услуги»
Ключевое поле |
Наименование поля |
Тип поля |
Внешний ключ |
ID_Заявки |
Числовой |
Внешний ключ |
ID_Услуги |
Числовой |
|
Дата_Оформления |
Дата/время |
|
Комментарий |
Текстовый |
Таблица «Должности»
Ключевое поле |
Наименование поля |
Тип поля |
Родительский ключ |
ID_Должность |
Числовой |
|
Наименование |
Текстовый |
|
Цена |
Числовой |
Таблица «Специализации»
Ключевое поле |
Наименование поля |
Тип поля |
Родительский ключ |
ID_Специализация |
Числовой |
|
Наименование |
Текстовый |