Практическая 3 нормализация данных ред

1. Практическая работа №3 Нормализация

2.

3.1 Ненормализованная форма или нулевая нормальная форма (UNF);
Ненормализованная форма, или нулевая нормальная форма (UNF) — это исходное состояние данных до начала процесса нормализации,
представляющее собой обычную таблицу или массив, где содержатся повторяющиеся группы, составные или множественные значения в ячейках, а
также отсутствует строгая реляционная структура.
Признаки нулевой нормальной формы:
- Наличие повторяющихся групп или массивов данных в одном поле.
- Отсутствие уникального первичного ключа.
- Зависимость порядка строк или столбцов (данные воспринимаются как простой двумерный массив).
- Высокий уровень избыточности данных.
Зачем нужна UNF:
- Служит отправной точкой для проектирования и последующего приведения базы данных к первой нормальной форме (1NF).
- Показывает «сырые» или импортированные из внешних источников (например, электронных таблиц Excel) данные, которые еще не подготовлены
по правилам реляционной модели.
В ненормализованной форме данные могут повторяться внутри одной колонки, а структура таблицы не является плоской (двумерной). Это
означает, что таблица может содержать так называемые повторяющиеся группы или вложенные отношения (колонки, значениями которых
являются целые таблицы.
Вот наглядный пример ненормализованной таблицы, где колонка «Транзакции» сама по себе является таблицей:
2
Клиент
Клиент_ID
Иванов
1
Петров
2
Транзакции
Tr_ID: 12890, Дата: 2003-10-14, Колличествоt: −87
Tr_ID: 12904, Дата: 2003-10-15, Колличество: −50
Tr_ID: 12898, Дата: 2003-10-14, Колличество−21

3.

3.2 Первая нормальная форма (1NF)
Переменная отношения находится в первой нормальной форме (1НФ) тогда и только тогда, когда в любом допустимом значении этой переменной
каждый кортеж отношения содержит только одно значение для каждого из атрибутов.
Согласно определению отношений, любое отношение автоматически уже находится в 1НФ согласно свойствам отношений:
- в отношении нет одинаковых строк (кортежей) (Это фундаментальное свойство математического множества, на котором базируется
реляционная модель, что автоматически гарантирует наличие потенциального (и, как следствие, первичного) ключа);
- строки (кортежи) не упорядочены;
- столбцы (атрибуты) не упорядочены и различаются по наименованию;
- все значения столбцов (атрибутов) атомарны (Множества, списки или повторяющиеся группы внутри одной ячейки недопустимы).
Атомарное значение - это неделимая единица данных, которая хранит только одно самостоятельное значение и теряет смысл при попытке
разделить её на части. Это данные, которые не состоят из списков, массивов или нескольких вложенных подполей.
Аномалия обновления – неадекватность модели данных предметной области или необходимость дополнительных усилий для реализации всех
ограничений, определенных в предметной области.
Рассмотрим пример приведения таблицы к первой нормальной форме.
Таблица не находится даже в первой нормальной форме, так как у нас есть дублирующие строки, а в некоторых ячейках хранятся списки значений
(каждый номер телефона — это одно значение).
3

4.

3.2 Первая нормальная форма (1NF)
Чтобы привести эту таблицу к первой нормальной форме (1НФ), нам нужно решить две проблемы: убрать списки из ячеек (сделать данные
атомарными) и добавить первичный ключ для уникальности строк. В исходных данных также смешаны сами номера и типы телефонов
(рабочий/домашний). Правильнее всего разделить их на два чистых столбца: «Тип телефона» и «Телефон».
В качестве первичного ключа здесь выступает составной ключ: Табельный номер + Номер телефона (так как один сотрудник может иметь
несколько уникальных номеров).
Что именно было сделано:
Атомарность: Каждая строка теперь содержит строго один номер телефона. Никаких запятых и перечислений в одной ячейке.
Очистка данных: Текст «Рабочий телефон» перенесен в отдельный столбец, чтобы в поле номера оставались только чистые данные.
Введение ключа: Добавлен табельный номер и сформирован составной ключ, который делает каждую строку уникальной.
4

5.

3.3 Вторая нормальная форма (2NF)
После того как таблицы базы данных находятся в первой нормальной форме, мы можем начинать приводить базу данных ко второй
нормальной форме и рассматривать соответствующие требования.
Чтобы база данных находилась во второй нормальной форме (2NF), необходимо чтобы ее таблицы (отношения) удовлетворяли
следующим требованиям: нахождение в первой нормальной форме (1НФ) (все значения в ячейках должны быть неделимыми
(атомарными), в таблице не должно быть повторяющихся групп или списков, а также обязательно должен быть задан первичный
ключ); все неключевые столбцы (атрибуты) таблицы должны зависеть от полного ключа (в случае если он составной) (у таблицы не
должно быть атрибутов, зависящих только от части первичного ключа);
Ключ – это столбец (атрибут) или набор столбцов (атрибутов), по которым гарантировано можно отличить строки (кортежи) друг от
друга, то есть ключ идентифицирует каждую строку (кортеж) таблицы. По ключу мы можем обратиться к конкретной строке
данных в таблице.
Если ключ составной (состоит из нескольких столбцов), то все остальные неключевые столбцы должны зависеть от всего ключа (от
всех столбцов в этом ключе). Если какой-то атрибут (столбец) зависит только от одного столбца в ключе, значит, база данных не
находится во второй нормальной форме.
Иными словами, в таблице не должно быть данных, которые можно получить, зная только половину ключа, то есть только один
столбец из составного ключа.
Главное правило второй нормальной формы (2NF) звучит следующим образом: таблица должна иметь правильный ключ, по
которому можно идентифицировать каждую строку.
5

6.

3.3 Вторая нормальная форма (2NF)
Рассмотрим пример приведения таблицы Список сотрудников (в первой нормальной форме) ко второй нормальной форме.
Правило: Таблица находится в 1НФ, и в ней нет частичных зависимостей от составного ключа.
Так как наш первичный ключ Табельный номер состоит всего из одного столбца (он простой, а не составной), эта таблица автоматически
находится во 2НФ. Частичная зависимость здесь физически невозможна.
В результате, так как наш первичный ключ является простым, а не составным, наша таблица автоматически переходит во вторую нормальную
форму.
6

7.

3.3 Вторая нормальная форма (2NF)
Рассмотрим другую ситуацию, в которой первичный ключ у нас будет составным.
Представим, что наша организация выполняет несколько проектов, в которых может быть задействовано несколько участников, и нам необходимо
хранить информацию об этих проектах. В частности мы хотим знать, кто участвует в каждом из проектов, продолжительность этого проекта, ну и
возможно какие-то другие сведения. При этом мы понимаем, что отдельно взятый сотрудник может участвовать в нескольких проектах.
Четко идентифицировать каждую строку мы можем только с помощью
комбинации столбцов, например, «Название проекта» + «Участник»,
иными словами, зная «Название проекта» и «Участника», мы можем
четко определить конкретную запись в таблице, то есть каждое
сочетание значений этих столбцов является уникальным.
Таким образом, мы определили первичный ключ и он у нас составной,
(состоящий их двух столбцов).
Так как первичный ключ составной, нам необходимо проверить еще и
второе требование, которое гласит, что «Все неключевые столбцы
таблицы должны зависеть от полного ключа».
Другими словами, остальные столбцы, которые не входят в первичный
ключ, должны зависеть от всего первичного ключа, то есть от всех
столбцов, а не от какого-то одного. Чтобы это проверить, мы можем
задать себе несколько вопросов.
Можем ли мы определить «Должность», зная только название проекта?
Нет. Для этого нам необходимо знать и участника, по этой части ключа
мы не можем четко определить значение неключевого столбца.
Можем ли мы определить «Должность» зная только участника? Да,
можем.
7

8.

3.3 Вторая нормальная форма (2NF)
В этом случае мы будем выполнять действие, которое называется декомпозиция.
Декомпозиция – это процесс разбиения одного отношения (таблицы) на несколько.
Чтобы декомпозировать нашу таблицу и привести базу данных к нормализованной форме, мы должны создать таблицы Проекты,
Участники, Связь проектов и участников этих проектов.
На данном этапе мы создали три таблицы:
1) таблица «Проекты» в которую мы добавили искусственный первичный ключ;
2) таблица «Участники» в которую мы также добавили искусственный первичный ключ;
3) таблица «Связь между проектами и участниками» нужна для реализации связи «Многие ко многим», так как между этими таблицами
связь именно такая.
8

9.

3.4 Третья нормальная форма (3NF)
После того как таблицы базы данных находятся во второй нормальной форме, мы можем начинать приводить базу данных к третьей нормальной форме и
рассматривать соответствующие требования.
Требование третьей нормальной формы (3NF) заключается в том, чтобы в таблицах отсутствовала транзитивная зависимость.
Транзитивная зависимость – это когда неключевые столбцы (атрибуты) зависят от значений других неключевых столбцов (атрибутов).
Если в первой нормальной форме наше внимание было нацелено на соблюдение реляционных принципов, во второй нормальной форме в центре нашего внимания
был первичный ключ, то в третьей нормальной форме все наше внимание уделено столбцам, которые не являются первичным ключом, то есть неключевым
столбцам.
Если существуют функциональные зависимости:
A → B (A определяет B)
B → C (B определяет C)
то из этого следует A → C. В этом случае говорят, что C транзитивно зависит от A (через B).
В контексте таблицы:
A — первичный ключ.
B — неключевое поле.
C — другое неключевое поле, которое зависит от B.
Чтобы нормализовать базу данных до третьей нормальной формы, необходимо сделать так, чтобы в таблицах отсутствовали неключевые столбцы (атрибуты),
которые зависят от других неключевых столбцов (атрибутов).
Иными словами, неключевые столбцы не должны пытаться играть роль ключа в таблице, так как они действительно должны быть неключевыми столбцами, такие
столбцы не дают возможности получить данные из других столбцов, они дают возможность посмотреть на информацию, которая в них содержится, так как в этом
их назначение.
Главное правило третьей нормальной форме (3NF) звучит следующим образом: таблица должна содержать правильные неключевые столбцы.
9
Рассмотрим пример приведения таблиц базы данных к третьей нормальной форме на
примере таблицы Сотрудники с первичным ключом Табельный номер.
Чтобы определить, находится ли эта таблица в третьей нормальной форме, мы должны
проверить все неключевые столбцы, каждый из них должен зависеть только от первичного
ключа, и никаким образом к другим неключевым столбцам он не должен относиться.
Столбец «Описание подразделения» не связан на прямую с сотрудником, он связан
напрямую со столбцом «Подразделение», который напрямую связан с сотрудником, ведь
сотрудник работает в каком-то конкретном подразделении. Это и есть транзитивная
зависимость, когда один неключевой столбец связан с первичным ключом через другой
неключевой столбец (Табельный номер → Подразделение → Описание подразделения).

10.

3.4 Третья нормальная форма (3NF)
Чтобы привести эту таблицу к третьей нормальной форме, мы должны выполнить декомпозицию. Другими словами - мы должны эту
таблицу разбить на две: в первой хранить сотрудников, а во второй подразделения. А для реализации связи в таблице сотрудников создать
ссылку на таблицу подразделений, то есть добавить внешний ключ. Таким образом, в наших таблицах отсутствует транзитивная
зависимость, и они находятся в третьей нормальной форме.
10

11.

3.5 Нормальная форма Бойса-Кодда (BCNF)
Между 3NF и 4NF есть еще и промежуточная нормальная форма, она называется – Нормальная форма Бойса-Кодда (BCNF). Иногда ее еще
называют «Усиленная третья нормальная форма».
После того как таблицы базы данных находятся в третьей нормальной форме, мы можем начинать приводить базу данных к нормальной
форме Бойса-Кодда и рассматривать соответствующие требования.
Требования нормальной формы Бойса-Кодда следующие:
- таблица (отношение) должна находиться в третьей нормальной форме (первое требование, как и во всех предыдущих случаях,
заключается в том, чтобы таблица находилась в предыдущей нормальной форме, в данном случае в третьей нормальной форме);
- ключевые атрибуты составного ключа не должны зависеть от неключевых атрибутов. Отсюда следует, что требования нормальной
формы Бойса-Кодда предъявляются только к таблицам, у которых первичный ключ составной. Таблицы, у которых первичный ключ
простой, и они находятся в третьей нормальной форме, автоматически находятся и в нормальной форме Бойса-Кодда. Главное правило
нормальной формы Бойса-Кодда (BCNF) звучит следующим образом: часть составного первичного ключа не должна зависеть от
неключевого столбца.
На практике разница между третьей нормальной формой и нормальной формой Бойса-Кодда возникает только тогда, когда в таблице есть
несколько составных перекрывающихся потенциальных ключей. Если такого сложного переплетения ключей нет, то база данных,
находящаяся в третьей нормальной форме, автоматически находится и в нормальной форме Бойса-Кодда
11

12.

3.5 Нормальная форма Бойса-Кодда (BCNF)
Рассмотрим пример приведения таблиц базы данных к нормальной форме Бойса-Кодда. Представим, что у нас есть
организация, которая реализует множество различных проектов. При этом в каждом проекте работа ведется по нескольким
функциональным направлениям, в каждом из которых есть свой куратор. Сотрудник может быть куратором только того
направления, на котором он специализируется, т.е. если сотрудник программист, он не может курировать в проекте
направление, связанное с бухгалтерией.
Допустим, что нам нужно хранить информацию о кураторах всех проектов по каждому направлению.
В итоге мы реализуем следующую таблицу, в которой первичный ключ составной «Проект + Направление», так как в
каждом проекте есть несколько направлений работы и поэтому, зная только проект, мы не можем определить куратора
направления, так же как зная только направление, мы не сможем определить куратора, нам нужно знать и проект и
направление, чтобы определить куратора этого направления в этом проекте.
Таблица не находится в нормальной форме Бойса-Кодда, дело в том, что зная куратора, мы можем четко определить, какое
направление он курирует, иными словами, часть составного ключа, то есть «Направление», зависит от неключевого
атрибута, то есть «Куратора».
12

13.

3.5 Нормальная форма Бойса-Кодда (BCNF)
Таблица не находится в нормальной форме Бойса-Кодда, дело в том, что зная куратора, мы
можем четко определить, какое направление он курирует, иными словами, часть составного
ключа, то есть «Направление», зависит от неключевого атрибута, то есть «Куратора». Чтобы
привести данную таблицу к нормальной форме Бойса-Кодда, необходимо, как всегда сделать
декомпозицию данного отношения.
13

14.

3.5 Нормальная форма Бойса-Кодда (BCNF)
В таблице кураторов у нас хранится список кураторов и их специализация, то есть направление,
которое они могут курировать, а в таблице связи кураторов и проектов отражается связь
проектов и кураторов.
14

15.

3.5 Нормальная форма Бойса-Кодда (BCNF)
В таблице кураторов у нас хранится список кураторов и их специализация, то есть направление,
которое они могут курировать, а в таблице связи кураторов и проектов отражается связь
проектов и кураторов.
15

16.

Содержание отчета
1) Наименование и цель работы.
2) Представление таблицы в 1NF с кратким описанием (все атрибуты должны быть атомарны, нет повторяющихся групп).
3) Представление таблицы во 2NF с кратким описанием (1НФ + нет частичных зависимостей неключевых атрибутов от части
составного ключа).
4) Представление таблицы в 3NF с кратким описанием (2НФ + нет транзитивных зависимостей неключевых атрибутов друг от друга.).
Алгоритм нормализации:
Шаг 1: Первая нормальная форма (1НФ)
Убедитесь, что все ячейки таблицы содержат только неделимые (атомарные) значения.
Убедитесь в отсутствии повторяющихся массивов или списков в одном поле.
Убедитесь, что у таблицы есть первичный ключ (простой или составной).
Убедитесь, что все строки уникальны.
Шаг 2: Вторая нормальная форма (2НФ)
Проверьте, выполнено ли условие 1НФ.
Найдите все неключевые столбцы.
Убедитесь, что каждый неключевой столбец зависит от всего составного первичного ключа целиком, а не от его части.
Вынесите данные, зависящие только от части ключа, в отдельную таблицу.
Шаг 3: Третья нормальная форма (3НФ)
Проверьте, выполнено ли условие 2НФ.
Найдите транзитивные зависимости: ситуации, когда неключевой столбец зависит от другого неключевого столбца.
Создайте для таких зависимостей новую отдельную таблицу.
Перенесите зависимый неключевой столбец и определяющий его неключевой столбец (который станет новым ключом) в эту новую
таблицу.
16

17.

Вариант определяется по номеру по списку
25-БИ1
номер по списку
номер зачетной книжки
1
381147
2
582592
3
465177
4
677344
5
629232
6
228837
25-ОЗБИ
номер по списку номер зачетной книжки
7
563142
1
455212
8
375921
2
917314
9
699484
3
612113
10
156187
4
445989
11
375644
5
523494
12
892931
13
182222
6
973797
7
616561
8
622332
9
298662
25-БИ2
17
номер по списку
номер зачетной книжки
10
115797
1
759428
11
785622
2
919749
12
946442
3
661898
4
413262
13
458185
5
637473
6
796199
7
563878
8
569497
9
875779
10
648459
11
969388
12
975293
13
837156
14
985947

18.

Варианты практических
1. Провести нормализацию до 3NF таблицы Автопродажи
VIN
Марка
Модель
Год
Цвет
Владельцы_и_продажи (Дата_продажи, Код_владельца,
ФИО_владельца, Телефон_владельца, Цена_продажи,
Код_менеджера, ФИО_менеджера, Телефон_менеджера)
VIN001
Toyota
Camry
2018
Белый
2020-01-01, K01, Иванов И.И., +7-900-111-11-11, 1500000,
M012021-05-05, K02, Сидоров А.А., +7-900-333-33-33, 1200000
VIN002
Kia
Rio
2019
Синий
2022-03-10, K01, Иванов И.И., +7-900-111-11-11, 1000000
VIN003
Hyundai
Solaris
2020
Серый
2023-07-15, K03, Кузнецов Д.Д., +7-900-555-55-55, 1700000
2. Провести нормализацию до 3NF таблицы Продажи аптека
18
№_чека
Дата
Код_клиента
ФИО_клиента
Телефон_клиента
Состав_чека (Код
лекарства, Название,
Цена, Количество)
5001
2026-09-10
K01
Иванов И.И.
+7-900-111-11-11
L01, Парацетамол, 120,
2; L02, Аспирин, 80, 1
5002
2026-09-11
K02
Петрова Е.А.
+7-900-222-22-22
L01, Парацетамол, 120, 5

19.

Варианты практических
3. Провести нормализацию до 3NF таблицы Поставка электроники
№_поставки
Дата
Поставщик
Товары (Код_товара, Название_товара,
Категория, Марка, Модель)
1001
2026-09-01
М.Видео
1 Телевизор, GoldStar CM-2180K; 2
Телевизор, Philips 25PT9001
1002
2026-09-02
Диал Электроникс
3 Видеокамера, Samsung VP-J55; 4
Видеокамера, Sharp E37
4. Провести нормализацию до 3NF таблицы Прием в ветклинике
19
№_приёма
Дата
Питомец (Код_питомца, Кличка, Вид,
Дата_рождения, Вес)
Услуги (Код_услуги, Название_услуги,
Цена_услуги)
1
2026-09-01
P01, Барсик, кот2020-05-10, 4.5 кг
S01, Осмотр, 500; S02, Прививка, 1200
2
2026-09-02
P02, Шарик, собака, 2019-03-15, 25 кг
S01, Осмотр, 500; S03, УЗИ, 2500
3
2026-09-03
P03, Мурка, кошка, 2021-08-20, 3.2 кг
S01, Осмотр, 500; S04, Операция, 15000
4
2026-09-04
P02, Шарик, собака, 2019-03-15, 25 кг
S01, Осмотр, 500

20.

Варианты практических
5. Провести нормализацию до 3NF таблицы Сотрудники
20
Код
сотрудник
а
ФИО
Должность
Оклад
Дата приёма
Рабочие контакты
Номер отдела
Наименование
отдела
51
Петров И.И.
Программист
120000
2020-03-01
2-22-24, 2-2225; petrov@mail.ru,
petrov@corp.ru
28
Отдел
проектирования
18
Сидорова С.С.
Администратор
БД
150000
2018-07-15
2-2230; sidorova@mail.r
u
44
Финансовый отдел
65
Иванов П.П.
Программист
110000
2021-09-10
2-22-44, 2-2254; ivanov@mail.ru
28
Отдел
проектирования
59
Ливанова С.С.
Администратор
БД
145000
2019-11-20
2-2248; livanova@mail.r
u
44
Финансовый отдел

21.

Варианты практических
6. Провести нормализацию до 3NF таблицы Склад
Номер_поставки
Дата_поставки
Наименование_поставщика
Товары
101
01.02.2024
ООО «Ромашка»
Т1, Болт, 100 штук, 10 руб.; Т2, Гайка,
200 штук, 5 руб.
102
03.02.2024
ООО «Лютик»
Т1, Болт, 50 штук, 10 руб.
7. Провести нормализацию до 3NF таблицы Склад
21
Номер
_поста
вки
Дата_поставки
Наименование_пос
тавщика
Телефон_поставщика
Запчасти (Код_запчасти, Название_запчасти, Цена_за_единицу, Количество)
101
01.02.2024
ООО
«АвтоДеталь»
+7-900-111-11-11
A1, Фильтр масляный, 500, 20 шт.; A2, Колодки тормозные, 3500, 10 шт.
102
03.02.2024
ООО «ЗапчастьСервис»
+7-900-222-22-22
A3, Свеча зажигания, 800, 40 шт.; A1, Фильтр масляный, 550, 5 шт.

22.

Варианты практических
8. Провести нормализацию до 3NF таблицы Посещения поликлиники
ФИО
Дата_рождения
Пол
Телефон
Полис
Посещения
Иванов
И.И.
1989-05-12
М
+7-900-111-11-11
1234 5678 9012
2026-09-05; V03; Петров
Д.В.; Терапевт
9876 5432 1098
2026-09-02; V02;
Смирнов Д.В.;
Кардиолог;
2026-09-11; V03; Петров
Д.В.; Терапевт
Петрова
Е.А.
1999-08-20
Ж
+7-900-222-22-22
9. Провести нормализацию до 3NF таблицы Кинотеатр
Код_фил
Название_филь
ьма
ма
Жанр
Длительность
Код_зала
Название_зала
Вместимость
Сеансы
2026-09-15; 10:00;
F01
Аватар
Фантастика
162
H1
Красный
200
500; 2026-09-15;
14:00; 600
2026-09-15; 12:00;
F02
Титаник
Драма
195
H2
Синий
150
450; 2026-09-16;
18:00; 550
22

23.

Варианты практических
10. Провести нормализацию до 3NF таблицы Номерной фонд
23
Номер_брон
и
Дата_брони
Код_клиента
ФИО_клиента
Телефон
Номера (Код_номера,
Категория, Цена, дата)
1
2026-09-01
K01
Иванов И.И.
+7-900-111-11-11
N101, Стандарт, 5000,
10.09.2026; N102, Люкс,
12000, 15.09.2026
2
2026-09-02
K02
Петрова Е.А.
+7-900-222-22-22
N201, Стандарт, 6000,
15.09.2026
3
2026-09-03
K01
Иванов И.И.
+7-900-111-11-11
N103, Эконом, 3000,
10.09.2026

24.

Варианты практических
11. Провести нормализацию до 3NF таблицы Кофейня
Номер_за
каза
Дата_время
Клиент
Телефон
Сотрудник
Должность
Состав_заказа
Капучино_средний,
1001
01.05.2026
Иванов И.И.
+7-999-111-22-33
Петрова А.А.
Бариста
250 руб, 2 шт;
Круассан, 250 руб, 1
шт;
Лате_большой, 350
1002
01.05.2026
Сидоров П.П.
+7-999-222-33-44
Смирнов В.В.
Кассир
руб, 1 шт; Чизкейк,
350 руб, 1 шт;
24

25.

Варианты практических
12. Провести нормализацию до 3NF таблицы Абонементы
Номер_
абонем
ента
Код_клиента
ФИО_клиента
Телефон
Дата_начала
Дата_окончани
я
Общая_стоимо
сть
АБ-001
2026-09-01
K01
Иванов И.И.
+7-900-111-1111
2026-09-01
2027-09-01
60000
S01,
Тренажерный
зал, 50; S02,
Бассейн, 30; S03,
Йога, 20
АБ-002
2026-09-02
K02
Петрова Е.А.
+7-900-222-2222
2026-09-05
2026-12-05
20000
S01,
Тренажерный
зал, 20
65000
S01,
Тренажерный
зал, 60; S02,
Бассейн, 40; S04,
Спа, 10
АБ-003
25
Дата_оформле
ния
Услуги
(Код_услуги,
Наименование
_услуг,
Количество
часов)
2026-09-03
K01
Иванов И.И.
+7-900-111-1111
2026-10-01
2027-10-01

26.

Варианты практических
13. Провести нормализацию до 3NF таблицы Отдел кадров
Код_
сотр
удни
ка
26
ФИО
Дата_ро
ждения
1
Иванов
И.И.
1980-0512
2
Петрова
Е.А.
1975-0820
3
Сидоров
П.П.
1990-1103
Пол
М
Ж
М
Телефон
2-22-24
2-22-25
2-22-30
Код_отд
ела
Названи
е_отдел
а
10
Отдел
кадров
20
Бухгалт
ерия
10
Отдел
кадров
Код_дол
жности
Названи
е_должн
ости
D01
Начальн
ик
отдела
D02
Главный
бухгалте
р
D03
Специал
ист
Дата_пр
иёма
Образов
ание
80000
2010-0301
МГУ,
Экономист
, 2005;
ВШЭ,
Менеджер
, 2010
90000
2008-0715
СПбГУ,
Юрист,
1998
50000
2015-0910
МГУ,
Психолог,
2012
Оклад

27.

Варианты практических
14. Провести нормализацию до 3NF таблицы Ведомость
Номер
_ведо
мости
В-001
В-002
27
Дата_экзам
ена
2026-06-15
2026-06-20
Код_предме
та
П01
П02
Название_п
редмета
Математик
а
Программи
рование
Код_препод
авателя
ПР01
ПР02
ФИО_препо
давателя
Сидоров
А.А.
Петрова
Е.В.
Код_группы
G01
G01
Название_г
руппы
ИС-21
ИС-21
Курс
Оценки
(Номер_зач
ётки,
ФИО_студе
нта,
Оценка)
2
1001, Иванов
И.И., 5; 1002,
Петрова А.С.,
3; 1003,
Сидоров П.П.,
4
2
1001, Иванов
И.И., 4; 1003,
Сидоров П.П.,
5

28. Спасибо