![]() |
Главная Случайная страница Контакты | Мы поможем в написании вашей работы! | |
|
Код товара | Наименование товара | Ед. изм. | Месяц | Цена | Количество | Сумма |
Поставщик:_______________ Покупатель_______________
(подпись) (подпись)
Таблица “Договор - 1НФ”
Номер договора | Дата составления договора | Покупатель | Код товара | Наиме- нование товара | Ед. изм. | Месяц | Цена | Количество | Сум- ма |
110-01 | 10.01.01 | АОЗТ “Луч” | Стул | Шт. | |||||
110-01 | 10.01.01 | АОЗТ “Луч” | Шкаф | Шт. | |||||
120-01 | 10.01.01 | АОЗТ “Кристалл” | Стул | Шт. | |||||
120-01 | 10.01.01 | АОЗТ “Кристалл” | Диван | Шт. | |||||
120-01 | 10.01.01 | АОЗТ “Кристалл” | … | … | … | … | … | … | … |
Таблицы “Договор-3НФ”, “Изделие” и “Поставка” находятся в 3НФ. Они связаны между собой и являются реляционной моделью исходного документа “Договор”. При большом количестве строк в спецификации договора общее количество данных в этих таблицах будет существенно меньше, чем в таблице “Договор - 1НФ”.
Таблица “Договор-3НФ”
Номер договора | Дата составления договора | Покупатель |
110-01 | 10.01.01 | АОЗТ “Луч” |
120-01 | 10.01.01 | АОЗТ “Кристалл” |
Таблица “Изделие”
Код товара | Наим. товара | Ед. изм. | Цена |
Стул | Шт. | ||
Шкаф | Шт. | ||
Диван | Шт. | ||
… | … | … |
Таблица “Поставка”
Номер договора | Код товара | Месяц | Количество | Сумма |
110-01 | ||||
110-01 | ||||
120-01 | ||||
120-01 | ||||
120-01 | … | … | … |
На практике в подавляющем числе случаев ограничиваются 3НФ. Это объясняется следующими причинами.
· В большинстве случаев отношение, приведенное к 3НФ, автоматически оказывается в 5НФ. Это особенно характерно для экономической информации.
· Использование НФБК, 4НФ и 5НФ не дает заметных преимуществ перед 3НФ.
· Процесс определения, находится ли данное отношение в 4НФ или 5НФ, как правило, затруднителен.
Информационный объект, на основе которого проектируется реляционная таблица, приведенная к 3НФ, должен удовлетворять следующим требованиям.
1. ИО должен содержать уникальный идентификатор-ключ (простой или составной). При этом ИО может иметь несколько ключей, один основной и несколько возможных ключей.
2. Ключ должен содержать минимально необходимый, но достаточный для идентификации экземпляров ИО набор реквизитов.
3. Все описательные реквизиты должны быть взаимно независимы.
4. Все реквизиты, входящие в составной ключ, должны быть также взаимно независимы.
5. Каждому значению ключа соответствует только одно значение описательного реквизита.
6. Каждый описательный реквизит должен функционально полно зависеть от ключа ИО. Это означает, что при составном ключе ИО описательные реквизиты должны зависеть целиком от всей совокупности реквизитов, образующих ключ (не допускается зависимость описательного реквизита от какой-либо части ключа).
7. Каждый описательный реквизит в ИО не должен зависеть от ключа транзитивно, т.е. через другой промежуточный реквизит.
В случае транзитивной зависимости между реквизитами нужно выполнить разделение совокупности реквизитов с образованием двух информационных объектов вместо одного.
Множество взаимосвязанных информационных объектов образует информационно-логическую модель предметной области (ИЛМ ПО).
Дата публикования: 2014-11-04; Прочитано: 348 | Нарушение авторского права страницы | Мы поможем в написании вашей работы!