Построение реляционной модели

Содержание

 

Введение

1. Построение концептуальной модели

2. Построение реляционной модели

3. Нормализация

4. Проектирование базы данных в ACCESS

5. Создание SQL запросов

Заключение

Список использованных источников

Введение

 

Система с базой данных – это любая информационная система на базе компьютера, в которой данные могут совместно использоваться многими приложениями. Это означает, что данные организованны таким образом, чтобы поддерживать не только одно конкретное приложение. Основное отличие системы с базой данных от традиционной файловой системы – это многократное и разнообразное использование одних и тех же данных. Данные не привязаны к какому-либо конкретному приложению и не контролируется им. Отдельные приложения больше не отвечают за создание и ведение данных. Эти обязанности возлагаются на нижележащий уровень программного обеспечения – систему управления базой данных (СУБД). СУБД выполняет роль посредника между пользователями приложений и данными. Также СУБД должна обеспечивать гарантии безопасности и целостности базы данных. Пользователи компьютера должны иметь возможность защитить свои данные от несанкционированного доступа, а также восстановить их в случае неких системных сбоев. Централизованное обеспечение безопасности данных – важная особенность СУБД. Наиболее значительное преимущество систем с базами данных – это централизованное обеспечение целостности данных.

Построение концептуальной модели

 

При изучении баз данных важнейшее значение имеет их проектирование. Построение концептуальной модели представляет собой процесс моделирования смыслового наполнения базы данных. Концептуальная модель состоит из следующих трёх основных компонентов.

1 Сущности. Это элементы реального мира, которые могут существовать независимо. В моем случае сущностями являются: магазин, продавец, накладная, центр. офис. Сущность представляется в концептуальной модели прямоугольником, в котором указано её имя.

2 Атрибуты. Они описывают сущность. Атрибуты представляются овалами с указанием имен, которые прикреплены к сущности. В моем случае магазину соответствуют: телефон, товары, название, адрес. Продавцу соответствуют: ФИО, №, телефон, магазин, адрес. Центр. Офису соответствуют: адрес, телефон, название. Накладной соответствуют: сумма, №, кем выдана, дата выдачи, налог, вид товара, в какой магазин.

3 Связи. Связь представляет взаимодействие между сущностями. На диаграмме она изображается ромбом, который соединяет сущности, участвующие в связи. В моем случае связь между паспортистом и документами будет один ко многим, так как конкретный пакет документов обслуживает один паспортист, который в свою очередь обрабатывает произвольное количество документов. Все остальные связи будут один к одному, так как каждому гражданину соответствует свой пакет документов, каждому набору документов соответствует один паспорт РФ и один заграничный паспорт.

На рисунке 2.1 представлена концептуальная модель заданной базы данных.

 

Рисунок 2.1 – Концептуальная модель

Построение реляционной модели

 

В настоящее время преобладает технология реляционных баз данных. Она обеспечивает относительно простые средства представления данных и манипулирования ими. В реляционной базе данных все данные хранятся в таблицах. Названия сущностей станут заголовками таблиц, а атрибуты станут столбцами. Целостность данных в реляционной базе данных основывается на концепции ключей. Первичный ключ (PK) – это атрибут который можно использовать для уникальной идентификации таблицы. Так у таблицы “магазин” первичным ключом станет “id_M”, у таблицы “продавец” – “id-P”, у таблицы “накладная” – “id_N”, таблица “центр.офис” будет идентифицироваться атрибутом “id_C”. Внешний ключ (FK) – это атрибут, который существует в нескольких таблицах и является первичным ключом одной из этих таблиц. Связь проводим от первичного ключа одой таблицы до внешнего ключа другой таблицы. Реляционная модель представлена на рисунке 3.1.

 

Рисунок 3.1- Реляционная модель

Нормализация

 

Нормализация – это процесс, позволяющий гарантировать эффективность структур данных в реляционной базе данных.

Первая нормальная форма требует, чтобы все значения полей были атомарными и все записи уникальными. Реляционная модель представленная на рисунке 3.1 находится в первой нормальной форме.

Модель находится во второй нормальной форме, если она, во-первых, находиться в первой нормальной форме; и, во-вторых, не содержит неключевых атрибутов, находящихся в частичной функциональной зависимости от первичного ключа. Исходя из определения, разбиваем таблицу “продавец” на две таблицы, вторую образовавшеюся таблицу назовем “данные продавца”. В таблице “продавец ” у нас остался только один идентификатор “id_P” значит неключевые атрибуты зависят от всего первичного ключа. В таблице “данные продавца” нет неключевых атрибутов, значит частичной зависимости быть не может. Таким же образом разбиваем таблицы “магазин”, “накладная” и “центр офис”. Реляционная модель во второй нормальной форме представлена на рисунке 4.1.

Модель находится в третьей нормальной форме, если она находится во второй нормальной форме и не имеет транзитивных зависимостей. Транзитивная зависимость – это зависимость между неключевыми атрибутами. Таким образом, выделяем из таблицы “продавец” неключевые атрибуты “телефон” и “адрес”, которые находятся в зависимости, в отдельную таблицу “описание продавца”. Получаем модель в третьей нормальной форме, которая представлена на рисунке 4.2.

Рисунок 4.1 – Вторая нормальная форма

Рисунок 4.2 – Третья нормальная форма