МДК.11.01 - QUIZ. Задания для самопроверки

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

Представленная таблица находится в 2NF, потому что она удовлетворяет требованиям 1NF и все неключевые атрибуты полностью зависят от первичного ключа (в данном случае ключ составной — project_id + task_id).

Представленная таблица находится в 1NF, так как все атрибуты содержат атомарные значения, и каждая запись уникальна.

Представленные таблицы находятся в BCNF, потому что в таблице аренды составной ключ car_id + rental_date определяет все атрибуты, и нет транзитивных зависимостей. Две другие таблицы (клиентов и автомобилей) технически находятся в 3NF, так как в них все неключевые атрибуты зависят только от ключей. Однако, поскольку таблица аренды находится в BCNF, принято считать, что и вся база данных соответствует BCNF.

Представленные таблицы находятся в 3NF, потому что они удовлетворяют требованиям 2NF, и нет транзитивных зависимостей. Каждая таблица хранит только те данные, которые напрямую зависят от её первичного ключа. В таблице заказов все неключевые атрибуты зависят только от order_id, а в таблице клиентов — от customer_id.

Таблица поставок находится в 4NF, потому что каждый поставщик может поставлять товары в несколько магазинов, и каждый товар может быть поставлен в несколько магазинов. Здесь нет многозначных зависимостей, так как каждая комбинация product_id, store_id, supplier_id уникальна. Другие таблицы, такие как таблицы товаров и поставщиков, по отдельности могут находиться не в 4NF (мы не можем это утверждать) а в 3NF, но принято считать, что база данных в целом соответствует 4NF, если хотя бы одна таблица удовлетворяет всем требованиям а другие не противоречат (не содержат аномалий данной формы).

Таблица этапов производства находится в 5NF, потому что она разбита на три части, каждая из которых восстанавливает связи между продуктами, этапами и поставщиками.

Пятая нормальная форма 5NF требуется в тех случаях, когда зависимость между тремя или более атрибутами может вызвать избыточность, если их объединить в одну таблицу. В нашем случае, если бы мы хранили все данные о продуктах, этапах и поставщиках в одной таблице, мы столкнулись бы с избыточностью, так как каждый продукт может быть связан с несколькими этапами и поставщиками, а каждый этап может быть выполнен разными поставщиками.

В 5NF данные должны быть разложены таким образом, чтобы все многозначные зависимости были устранены, и никакая информация не была избыточно дублирована. Мы достигаем этого, разбивая сложные связи между тремя или более атрибутами на несколько таблиц. В результате каждая комбинация product_id, stage_id, supplier_id уникальна и не требует дублирования данных.

Остальные таблицы (продуктов, этапов и поставщиков) находятся как минимум в 3NF, однако вся база данных считается находящейся в 5NF, потому что таблица этапов производства соответствует этой нормальной форме.

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

Добавлено доменное ограничение:

• для каждого сотрудника в конкретный период должно быть отработано минимум 30 и максимум 50 часов.
• зависимости управляются как ключами (employee_id, work_period), так и доменами (ограничения по количеству часов работы).

Таким образом, каждая таблица соответствует 6NF, а данные могут быть изменены независимо без нарушения других зависимостей. Таблицы сотрудников и расписания работы по отдельности находятся в 5NF, но база данных считается соответствующей 6NF благодаря разделению данных и использованию доменных ограничений.

Таблица регистрации студентов на курсы находится в DKNF, потому что все ограничения основаны на ключах и доменах.

• Ограничение по ключам:
  • комбинация student_id и course_id уникальна для каждой записи.
• Доменные ограничения:
  • Для каждого студента есть ограничение по количеству курсов, которые он может выбрать selected_courses <= max_courses.
  • Для каждого курса установлено максимальное количество студентов max_students.

Здесь нет зависимостей, которые противоречат ограничениям доменов. Все зависимости, включая количество курсов и количество студентов, контролируются как ключами, так и доменными правилами, что соответствует доменно-ключевой нормальной форме DKNF. Другие таблицы (студентов и курсов) находятся в 3NF, но вся база считается соответствующей DKNF, потому что таблица регистрации удовлетворяет требованиям DKNF.