
1 / ИДЗ2
.pdfМинистерство науки и высшего образования Российской Федерации Федеральное государственное автономное образовательное учреждение высшего образования
«ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ» (ТУСУР)
Кафедра комплексной информационной безопасности электронно-
вычислительных систем (КИБЭВС)
ЗНАКОМСТВО С РЕЛЯЦИОННЫМ ПРОЕКТИРОВАНИЕМ ДАННЫХ Отчет по индивидуальному домашнему заданию №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