ВУЗ:
Составители:
Рубрика:
10
ния и приводят к значительному расходу ресурса памяти, снижая тем са-
мым общую производительность системы.
Еще один недостаток – потенциальная противоречивость. При попыт-
ке изменить адрес фирмы, поставляющей машины сухой чистки, мы мо-
жем забыть изменить тот же адрес в записях о других товарах той же фир-
мы.
Также имеется опасность аномалии включения. В базу данных не мо-
жет быть внесен адрес потенциального поставщика, который не поставляет
пока никаких товаров. Это значит, что мы не получим от него ни одного
счета на предоплату заказанных товаров.
Представляется проблемой и аномалия удаления. Если удалить все
товары поставщика, мы навсегда утратим его адрес.
В реальной жизни одной таблицей обойтись невозможно и с точки
зрения практичности, и с точки зрения правдивости хранимой информа-
ции.
Теперь вернемся к понятию нормализации. Следствием нормализации
будет достаточно гибкий и надежный набор таблиц с минимальным дуб-
лированием информации.
Аппарат нормализации отношений был разработан Е.Ф.Коддом. В
нем определялись три нормальные формы, каждая из которых ограничива-
ет типы допустимых функциональных зависимостей отношения.
Современная теория реляционных отношений уже использует шесть
нормальных форм. Рассмотрим наиболее распространенные из них.
Первая нормальная форма
Отношение находится в первой нормальной форме (1НФ), если значе-
ния атрибутов (то есть домены), из которых построено данное отношение,
являются простыми, неделимыми, иначе говоря, атомарными значениями.
С точки зрения программиста это означает, что тип данных, припи-
санный домену, не может быть массивом, списком, множеством и т.д., а
может быть только целым (integer), символьной строкой, логическим и т.д.
Это обязательное требование ко всем реляционным СУБД. Одним из спо-
собов приведения отношения к первой нормальной форме является деком-
позиция (разложение) его на несколько новых отношений, в совокупности
эквивалентных исходному.
Вторая нормальная форма
Отношение находится во второй нормальной форме, если оно нахо-
дится в первой нормальной форме, и каждый неключевой атрибут функ-
ционально полно зависит от составного ключа. Зависимость в этом случае
означает, что существует функция, по которой, зная один атрибут, можно
определить значение зависимого атрибута.
PDF created with pdfFactory Pro trial version www.pdffactory.com
Страницы
- « первая
- ‹ предыдущая
- …
- 9
- 10
- 11
- 12
- 13
- …
- следующая ›
- последняя »
