Создание базы данных магазина мобильных телефонов
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
µй;
) высокое быстродействие.
Недостатки сетевой модели данных:
) сложность доступа к элементам (навигационный принцип доступа);
) сложно отследить смысл такой модели данных.
Сетевая модель данных изображена на рисунке 3.8.
Проанализировав типы моделей данных, автор пришел к выводам, что сетевая и иерархическая модели не подходят для реализации базы данных Магазин мобильных телефонов. В этих моделях данные зависимы и при изменении структуры БД пришлось бы переделывать всю базу. Через иерархическую модель невозможно выразить отношение Многие ко многим между объектами и она должна быть рассчитана на конкретные запросы. Данные модели сложны в понимании для простого пользователя, достаточно громоздки и при этом не позволяют использовать реализовать все планируемые функции и обеспечение целостности данных.
Рисунок 3.8 - Сетевая модель данных
.2.3 Реляционная модель данных
.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
-каждый элемент таблицы - один элемент данных; повторяющиеся группы отсутствуют;
-все столбцы в таблице однородные, т.е. все элементы в столбце имеют одинаковый тип (числовой, символьный и т.д.) и длину;
-каждый столбец имеет уникальное имя;
-одинаковые строки в таблице отсутствуют;
-порядок следования строк и столбцов может быть произвольным.
Таблица такого рода называется отношением.
База данных, построенная с помощью отношений, называется реляционной базой данных.
Отношения представлены в виде таблиц, строки которых соответствуют записям, а столбцы - полям.
Поле, каждое значение которого однозначно определяет соответствующую запись, называется ключевым. Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ.
Достоинства реляционной модели:
) простота и доступность понимания конечным пользователем - единственной информационной конструкцией является таблица;
) при проектировании реляционной БД применяются строгие правила, базирующие на математическом аппарате;
) полная независимость данных. При изменении структуры реляционной изменения, которые требуют произвести в прикладных программах, минимальны.
Недостатки реляционной модели:
) относительно низкая скорость доступа и большой объем внешней памяти;
) трудность понимания структуры данных из-за появления большого кол-ва таблиц в результате логического проектирования;
) далеко не всегда предметную область можно представить в виде совокупности таблиц.
В последнее время всё большее количество БД основываются на РМ в виду её простоты и удобства, а также большого количества программных продуктов для разработки этой СУБД. И даже недостатки реляционной модели компенсируются ростом быстродействия и ресурсов памяти современных ЭВМ.
Для курсового проекта была выбрана реляционная модель данных. Для данной предметной области она является оптимальной, поскольку обладает такими свойствами, как удобство реализации, простота.
В результате перехода от схемы Объект-отношение к реляционной модели данных были выделены 5 таблиц, соответствующие объектам на этой схеме, 5 справочных таблиц и 2 таблицы для реализации отношения ?…?.
Типы данных были взяты из реляционной модели одной таблицы и к ним были добавлены первичные и внешние ключи для создания связей между таблицами.
Таблица Сотрудники. Соответствует объекту Сотрудник на схеме Объект-отношение. Состоит из 3 полей: ID сотрудника (первичный ключ), ФИО (С60), телефон (С13). Связана с таблицей Продажи связью 1…? при помощи первичного ключа.
Таблица Клиенты. Соответствует объекту Клиент на схеме Объект-отношение. Состоит из 5 полей: ID клиента (первичный ключ), ФИО (С60), телефон (С13), адрес (С100). Связана с таблицей Продажи связью 1…? при помощи первичного ключа.
Таблица Продажи. Появилась в результате преобразования отношения Продается на схеме Объект-отношение. Состоит из 8 полей: № накладной (первичный ключ), ID телефона(N5 - внешний ключ для связи с таблицей Телефоны), дата продажи (D10/T5), Скидка