
- •Проектування бд
- •Зв'язки можуть мати різний характер:
- •Построение концептуальной модели предметной области
- •Логическое проектирование базы данных
- •Вторая нормальная форма (2нф).
- •Третья нормальная форма (3нф)
- •Автоматизированные технологии проектирования баз данных
- •Опыт применения case-систем для проектирования баз данных позволяет сделать следующие выводы [ 3 ]:
- •Заключение
- •1. Одним из таких направлений является создание «Хранилищ данных» (Data Warehouse), осуществляющих функции предварительной подготовки и хранения данных для систем поддержки принятия решений (сппр).
Третья нормальная форма (3нф)
Первичным ключом отношения Номенклатура товаров является атрибут Артикул. Ключевой атрибут функционально связан со всеми не ключевыми атрибутами. Первичный ключ является простым, следовательно, рассматриваемое отношение находится во второй нормальной форме. Тем не менее прослеживается некоторая избыточность данных. Например, информация о том, что организация Янтарь доставляет товары только железнодорожным транспортом, повторяется в отношении Номенклатура товаров трижды.
Это является следствием того, что имеется функциональная зависимость между неключевыми атрибутами: атрибут Способ доставки функционально зависит от атрибута Поставщик (см. табл. 7.9). Такие зависимости называются транзитивными (переходными).
Для устранения транзитивной зависимости в отношении Номенклатура товаров, данное отношение необходимо разделить на два отношения (табл. 7.11 и 7.12):
Таблица 7.11 Договоры
Название товара |
Артикул |
Цена, руб. |
Поставщик |
Костюм |
500 |
10 000 |
Янтарь |
Сапоги |
200 |
5 000 |
Факел |
Туфли |
100 |
4 000 |
Янтарь |
Костюм |
300 |
5 000 |
Янтарь |
Костюм |
400 |
4 000 |
Остон |
Таблица 7.12 Доставка
Поставщик |
Способ доставки |
Янтарь |
а/т |
Факел |
ж/д |
Остон |
ж/д |
В результате выполненных действий исключена избыточность данных – каждый факт хранится в базе данных только один раз. Облегчается выполнение операций обновления данных. Например, если организация Янтарь переходит на доставку грузов водным транспортом, достаточно внести необходимые изменения только в один кортеж отношения Доставка (см. табл. 7.12).
Отношения Договоры и Доставка находятся в третьей нормальной форме.
Отношение находится в третьей нормальной форме, если оно находится во второй нормальной форме и каждый его не ключевой атрибут непосредственно (не транзитивно) зависит от первичного ключа.
В большинстве случаев достижение третьей нормальной формы считается достаточным для реальных проектов баз данных [ 12 ], однако в теории нормализации существуют нормальные формы высших порядков (НФБК, 4НФ, 5НФ), некоторые из которых связаны уже не с функциональными зависимостями между атрибутами отношений, а отражают более тонкие вопросы смыслового содержания предметной области [ 4 ]. Подробную информацию о нормальных формах высших порядков можно найти в книгах [ 1, 2, 4 – 6, 11, 14 ].
Уровень нормализации отношения определяется смысловым содержанием составляющих его данных. Невозможно по схеме отношения (его структуре) или абстрактно рассматриваемым данным оценить, в какой нормальной форме находится отношение. Для решения этой задачи необходимо идентифицировать первичный и вероятные ключи отношения и выполнить анализ всех зависимостей между данными.