Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

1 / ИДЗ2

.pdf
Скачиваний:
1
Добавлен:
14.09.2025
Размер:
299.79 Кб
Скачать

Министерство науки и высшего образования Российской Федерации Федеральное государственное автономное образовательное учреждение высшего образования

«ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ» (ТУСУР)

Кафедра комплексной информационной безопасности электронно-

вычислительных систем (КИБЭВС)

ЗНАКОМСТВО С РЕЛЯЦИОННЫМ ПРОЕКТИРОВАНИЕМ ДАННЫХ Отчет по индивидуальному домашнему заданию №2

по дисциплине «Безопасность систем баз данных»

Выполнили:

Студенты гр.

__.__.2025

Принял:

Старший преподаватель каф.

КИБЭВС

______ _______ Н.А. Новгородова

__.__.2025

Томск 2025

Введение

Целью данного индивидуального задания является знакомство с

реляционным проектированием данных.

Задачи:

1.Определить отношения (таблицы) и связи между отношениями в предметной области на основе концептуальной информационной модели из индивидуального задания №1.

2.Определить атрибуты, а также первичные и внешние ключи в отношениях (таблицах).

3.Подвергнуть полученные отношения процессу нормализации (использовать только первые три нормальные формы).

4.Полученный после нормализации результат представить в виде реляционной модели данных в методологии IDEF1x.

2

1 СОЗДАНИЕ РЕЛЯЦИОННОЙ МОДЕЛИ

На основе концептуальной информационной модели из индивидуального задания №1, можно установить мощности связей (рисунок

1.1).

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

Для построение реляционной модели данных были выделены первичные и внешние ключи, и после были использованы 3 нормальные формы.

Условия первой нормальной формы: уникальность записей и атомарность значений полей. Уникальность записей означает, что повторяющиеся строки должны отсутствовать, а атомарность полей, что все атрибуты простые и значения скалярные.

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

3

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

На рисунке 1.2 представлена реляционная модель данных для ПО

«Заполнение ежедневника».

Рисунок 1.2 – Реляционная модель данных

Данная реляционная модель содержит 5 таблиц: «Цель», «Пользователь», «Задача», «Расходы/Доходы», «Важная Дата» соответствующие 5 объектам из концептуальной модели.

Таблица «Цель»:

1.Первичный ключ: Идентификатор_Цели;

2.Атрибуты:

2.1.Название;

2.2.Список.

Таблица «Пользователь»:

1.Первичный ключ: Логин;

2.Атрибуты:

2.1.Почта;

2.2.Пароль.

Таблица «Задача»:

1. Первичный ключ: Идентификатор_Задачи;

4

2.Атрибуты:

2.1.Название;

2.2.Срок.

Таблица «Расходы/Доходы»:

1.Первичный ключ: Идентификатор_РиД;

2.Атрибуты:

2.1.Дата;

2.2.Сумма;

2.3.Категория.

Таблица «Важная Дата»:

1.Первичный ключ: Идентификатор_Даты;

2.Атрибуты:

2.1.Название;

2.2.Дата;

2.3.Время;

2.4.Место.

5

2 ПРОВЕРКА МОДЕЛИ НА СООТВЕТСТВИЕ НОРМАЛЬНЫМ

ФОРМАМ

Все таблицы имеют первичные ключи (Идентификатор_Цели, Логин,

Идентификатор_Задачи, Идентификатор_РиД, Идентификатор_Даты), которые гарантируют уникальность строк. Повторяющихся записей нет. Каждый атрибут имеет атомарные значения. Из этого следует, что модель соответствует первой нормальной форме.

Таблица в 1НФ, и все не ключевые атрибуты полностью функционально зависят от всего первичного ключа (а не его части).

Цель:

PK: Идентификатор_Цели;

Неключевые атрибуты (Название, срок) зависят только от Идентификатор_Цели.

Проблем нет.

Пользователь:

PK: Логин;

Неключевые атрибуты (почта, пароль) зависят только от логина Проблем нет.

Задача:

PK: Идентификатор_Задачи;

Неключевые атрибуты (название, срок) зависят только от Идентификатор_Задачи

Проблем нет.

Расходы/Доходы:

PK: Идентификатор_РиД;

Неключевые атрибуты (дата, сумма, категория) зависят от Идентификатор_РиД.

Всё корректно.

6

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

Проверим на транзитивную зависимость. Транзитивная зависимость возникает, когда не ключевой атрибут зависит от другого не ключевого атрибута, а не от первичного ключа. В текущей модели таких зависимостей нет.

Модель соответствует третьей нормальной форме.

7

Заключение

Реляционная модель для системы ежедневника, включающая таблицы

"Цель", "Пользователь", "Задача", "Расходы/Доходы" и "Важная дата",

изначально спроектирована в соответствии с требованиями нормализации.

Модель удовлетворяет 1НФ (уникальность записей и атомарность атрибутов),

2НФ (полная зависимость не ключевых атрибутов от первичных ключей) и 3НФ (отсутствие транзитивных зависимостей).

8

Соседние файлы в папке 1