Читайте также:
|
|
Рассмотрим следующий пример схем отношения: Сотрудники_проекты (сотр_номер, сотр_имя, про_номер, сотр_задан) Возмож. Ключи: сотр_номер, про_номер; сотр_имя, про_номер) Зависимости: сотр_номер сотр_имя
сотр_номер про_номер
сотр_имя сотр_номер
сотр_имя про_номер
сотр_номер, про_номер сотр_задан сотр_номер
сотр_имя, про_номер сотр_задан
в это примере мы предполагаем, что личность сотрудника полностью определяется как его номером так и именем. В соответствии с предыдущим определением отношение сотрудники- проекты находятся в 3 норм форме. Однако тот факт, что имеются функциональные зависимости атрибутов отношения от атрибута, который является частью первичного ключа. Приводят к аналогиям. Например, чтобы мзменить имя сотрудника с заданным номером согласованным образом нам потребуется изменить все картежи, которые включают номер. ДЕТЕРМИНАНТ- любой атрибут от которого полностью функционально зависит некоторый другой атрибут. Нормальная форма Бойса-Кодда - отношение R находится в нормальной форме Бойса-Кодда в том и только в том случае, если каждый детерминант является возможным ключом. Очевидно, что данное требование не справедливо для отношения сотрудники-проекты. Можно провести декомпозицию отношений к отношениям сотрудники и сотрудники-проекты. Сотрудники(сотр_номер, сотр_имя) Возмож ключи: сотр_номер; сотр_имя Функциональные зависимости: сотр_номер сотр_имя
сотр_имя сотр_номер
сотрудники-проекты(сотр_номер, про_номер, сотр_задан)
возм ключи: сотр_номер, про_номер
зависимости: сотр_номер, про_номер сотр_зада
Дата добавления: 2015-07-25; просмотров: 59 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Третья нормальная форма: | | | Семантическое моделирование данных, ER-диаграммы. |