Проектирование модели базы данных
База данных (БД) – представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью ПК.[0]
Для дальнейшей работы с базой данных необходимо разработать модель. Модель базы данных – это тип модели данных, которая определяет логическую структуру базы данных и каким образом данные могут храниться, организовываться и обрабатываться. [0]
Функции базы данных – программируемый объект базы данных, возвращающий значение предопределенного типа. [0]
База данных должна выполнять следующие функции:
· Создание записей;
· Редактирование записей;
· Удаление записей;
· Сохранение записей;
· Поиск и сортировка информации.
В разрабатываемой базе данных необходимо реализовать ряд ограничений. Ограничения позволяют исключить логические ошибки и обеспечить логическую целостность данных.
Определим следующий ряд ограничений:
1. Если в базе данных присутствует информация о пользователе, то должна присутствовать информация и об отделе пользователя. Один пользователь может принадлежать одному отделу
2. Если в базе данных присутствует информация о товаре, то должна присутствовать информация и об отделе товара. Один товар может принадлежать одному отделу
3. Для каждого отдела должны быть назначены пользователи. Один отдел может содержать многих пользователей
|
|
|
4. Для каждого отдела должны быть назначены товары. Один отдел может содержать множество товаров.
5. Если в базе данных присутствует информация о товаре, то может присутствовать информация и о рейтинге товара. Один товар может получить один рейтинг.
6. Если в базе данных присутствует информация о рейтинге, то должна присутствовать информация о товаре. Один рейтинг принадлежит одному товару.
7. Для каждого товара должны быть указан поставщик. Один товар может быть поставлен одним поставщиком.
8. У каждого отчета должен быть указан отдел. Один отчет может содержать информацию об одном отделе.
Далее представлена модель базы данных (см. рисунок 5). Модель базы данных – это совокупность структур данных и операций их обработки. [0]
Рисунок 5. Модель базы данных
На данной схеме представлены шесть таблиц:
1) Пользователи – таблица, хранящая информацию о пользователях. Связана с таблицей «Отделы».
2) Отделы – таблица, хранящая информацию о продуктовых отделах магазина. Связана с таблицей «товары», «отчеты» и «пользователи».
3) Продукты – таблица, хранящая информацию о продуктах. Связана с таблицей «отделы», «поставщики» и «рейтинг товаров».
|
|
|
4) Рейтинг – таблица, хранящая информацию о рейтинге товаров продуктового магазина. Связана с таблицей «товары».
5) Поставщики – таблица, хранящая информацию о поставщиках товаров продуктового магазина. Связана с таблицей «товары».
6) Отчеты – таблица, хранящая информацию об отчетах отделов. Связана с таблицей «отделы».
В ходе проделанной работы, была разработана модель базы данных, в которой описана передаваемая информация, функции, которая должна выполнять база данных, а также установлены ограничения, которые позволяют исключить логические ошибки и обеспечить логическую целостность данных. Данные ограничения позволят в дальнейшем построить диаграммы ER-типа и схему базы данных.
Проектирование базы данных
Первым этапом необходимо определить, какая информация должна храниться в базе данных, для этого требуется разработать инфологическую и даталогическую модель.
Инфологическая модель – модель, описывающая какие сведения и для каких целей будут храниться в базе данных. [0]
Далее представлена инфологическая модель (см. таблицу 3).
Таблица 3. Инфологическая модель.
|
|
|
В данной таблице представлены название таблиц их входные данные, далее входные данные описываются, определяется тип этих данных, обязателен ли ввод информации и является ли поле ключевым. На основе инфологической таблицы будет разработана даталогическая.
Даталогическая таблица – таблица, которая определяет какой тип данных будет храниться в базе данных. Она отражает логические связи между элементами данных вне зависимости от их содержания. [0]
Далее представлены даталогическая модель (см. таблицу 4).
Таблица 4. Даталогическая модель.
В данной таблице представлены название таблиц их входные данные, далее определяется формат этих данных, начальное назначение, диапазон, а также размер и точность.
После того, как определена информация, которая будет храниться в базе данных, необходимо построить диаграммы ER-типа и логическую схему базы данных.
Построение ER-диаграмм осуществляется исходя из определённых ограничений в разделе 2.1, так же для построения необходимо знать сущности, атрибуты, связи и ключи сущности.
Сущность – реальный или абстрактный объект, имеющий существенное значение для предметной области. Сущность должна иметь наименование, выраженное существительным в единственном числе. [0]
|
|
|
Атрибут – характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для идентификации, классификации, количественной характеристики или выражения состояния сущности. [0]
Связь – взаимодействие между сущностями, значимая для рассматриваемой предметной области. [0]
Ключ сущности – это атрибут или набор атрибутов, значения которых определяют экземпляр сущности. [0]
Экземпляр сущности – это конкретный представитель данной сущности. [0]. Например, экземпляром сущности Сотрудник может быть сотрудник Иванов.
При построении диаграммы ER-типа необходимы только атрибуты сущностей, которые являются ключами.
Существует три вида связей: один-к-одному (обозначается 1:1). Один к одному означает, что в такой связи сущности с одной ролью всегда соответствует не более одной сущности с другой ролью; один-ко-многим (обозначается 1:m). Один-ко-многим, означает что сущности с одной ролью может соответствовать любое число сущностей с другой ролью; многие-ко-многим (обозначается m:n). Много-ко-многим, в этом случае каждая из сущностей может быть представлена любым количеством экземпляров.
Рисунок 6. Диаграммы ER -типа
На данном рисунке показано, что база данных имеет пять связей вида «один-ко-многим» или «один-к-одному». Связи: пользователи принадлежат отделу; отделы содержат товары; товары имеют рейтинг; поставщик поставляет товары; отделы имеют отчеты.
Далее необходимо разработать схему базы данных (см. рисунок 8). Схема базы данных включает в себя описания содержания, структуры и ограничений целостности, используемые для создания и поддержки базы данных. [0]
Рисунок 7. Схема базы данных
На данной схеме показаны таблицы базы данных, для их взаимодействия использовался вид связи «один-ко-многим» и «один-к-одному».
В ходе проделанной работы, были разработали инфологические и даталогические модели базы данных. Инфологическая модель позволяет определить какая информация будет храниться в базе данных: название поля в таблице, его описание, тип данных, обязательно ли для ввода и является ли поле ключевым. Даталогическая модель позволяет определить какой тип данных будет храниться в базе данных, а также отражает их связи: название поля, формат, начальное значение, диапазон, размер и точность. На их основе и на основе ограничений в разделе 2.1 были построение диаграммы ER-типа, а при использовании всех данных была разработана логическая схема базы данных. Логическая схема данных позволяет определить взаимодействие полей разных таблиц.
Дата добавления: 2021-05-18; просмотров: 40; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!