Создание базы данных магазина мобильных телефонов
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
(N3), IMEI (N15), ID клиента (N7 - внешний ключ для связи с таблицей Клиенты), ID сотрудника (N3 -внешний ключ для связи с таблицей Сотрудники), всего к оплате (N8). Связана с таблицей Телефоны связью 1…? при помощи первичного ключа, с таблицей Сотрудники связью 1…? при помощи внешнего ключа ID сотрудника и с таблицей Клиенты связью 1…? при помощи внешнего ключа ID Клиента.
Таблица Телефоны. Соответствует объекту Телефон на схеме Объект-отношение. Состоит из 14 полей: ID телефона (первичный ключ), Модель(С30), ID форм-фактора (N1 -внешний ключ для подстановки данных из справочной таблицы Форм-фактор), % наценки (N3), Цвет (С15), Тип камеры (С10), ID ОС (N2 -внешний ключ для связи со справочной таблицей ОС), ID типа дисплея (N1 -внешний ключ для связи со справочной таблицей Тип дисплея), Характеристики дисплея (С50), ID типа телефона (N1 -внешний ключ для связи со справочной таблицей Тип телефона),Размер (С16), вес (N3), гарантия (N2), ID производителя (N2 -внешний ключ для связи с таблицей Производители). Связана с таблицей Продажи связью 1…? при помощи первичного ключа, с таблицей Поставки связью 1…? при помощи первичного ключа, и со справочными таблицами Форм-фактор, ОС, Тип дисплея и Тип телефона связями 1…? соответствующими внешними ключами.
Таблица Производители. Соответствует объекту Производитель на схеме Объект-отношение. Состоит из 3 полей: ID производителя (первичный ключ), название (С60), ID страны (N3 - внешний ключ для связи с таблицей Страны). Связана с таблицей Телефоны связью 1…? при помощи первичного ключа и со справочной таблицей Страны связью 1…? при помощи внешнего ключа ID страны.
Таблица Поставщики. Соответствует объекту Поставщик на схеме Объект-отношение. Состоит из 6 полей: ID Поставщика (первичный ключ), Название (С60), телефон (С13), адрес (С100), город (С20), ID страны (N3 -внешний ключ для связи со справочной таблицей Страны). Связана с таблицей Поставки связью 1…? при помощи первичного ключа и со справочной таблицей Страны связью 1…? при помощи внешнего ключа ID страны.
Таблица Поставки. Появилась в результате преобразования отношения Поставляется на схеме Объект-отношение. Состоит из 6 полей: ID Поставки (первичный ключ), ID поставщика (N3 - внешний ключ для связи c таблицей Поставщики), ID телефонa (N5 - внешний ключ для связи с таблицей Телефоны), Дата поставки (D10), Цена (С8), Количество(N3). Связана с таблицей Поставщики связью ?…1 при помощи внешнего ключа ID поставщика и с таблицей Телефоны связью ?…1 при помощи внешнего ключа ID Телефона.
Реляционная модель данных представлена на рисунке 3.8.
Рисунок 3.8 - Реляционная модель данных
3.3 Нормализация таблиц
Нормальная форма - свойство отношения в реляционной модели данных, характеризующее его с точки зрения избыточности, которая потенциально может привести к логически ошибочным результатам выборки или изменения данных. Нормальная форма определяется как совокупность требований, которым должно удовлетворять отношение.
Процесс преобразования базы данных к виду, отвечающему нормальным формам, называется нормализацией. Нормализация предназначена для приведения структуры базы данных к виду, обеспечивающему минимальную избыточность, то есть нормализация не имеет целью уменьшение или увеличение производительности работы или же уменьшение или увеличение объёма БД. Конечной целью нормализации является уменьшение потенциальной противоречивости хранимой в БД информации.
Устранение избыточности производится, как правило, за счёт декомпозиции отношений таким образом, чтобы в каждом отношении хранились только первичные факты (то есть факты, не выводимые из других хранимых фактов).
Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда ни одна из ее строк не содержит в любом своем поле более одного значения и ни одно из ее ключевых полей не пусто. Первая нормальная форма требует, чтобы каждое поле таблицы БД было неделимым и не содержало повторяющихся групп. На рисунке 3.9 изображено отношение в первой нормальной форме.
IMEIмодельформ-факторОСЦветобъем аккумулятора% наценкиРазрешение камерыТип дисплеяХарактеристики дисплеяТип телефонаРазмерВесГарантияНазвание производителяСтрана произв.ФИО сотрудникаТелефон сотрудникаДата продажиСкидка %ФИО клиентаАдрес клиентаТелефон клиентаУровень дисконта %Дата поставкиКоличество шт.ЦенаНазвание поставщикаГород поставщикаСтрана поставщикаАдрес поставщикаТелефон поставщикаРисунок 3.9 - Отношение в первой нормальной форме
Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.
Для получения второй нормальной формы, разобьем исходную таблицу на несколько, логически связанных между собой. В результате, получим совокупность таблиц во второй нормальной форме. Диаграмма функциональных зависимостей для 2НФ приведена на рисунке 3.10.
Рисунок 3.10 - Диаграмма функциональных зависимостей (2НФ)
Спроектированная БД нормализована до третей нормальной формы (3НФ). Так как, по определению, если БД находится в третьей нормальной форме, то она находится и в первой и во второй нормальных формах.
Третья нормальна