Тип связи информационных объектов

Требования нормализации

Выявление функциональной зависимости

Имя поля	Подпись поля	Функциональные зависимости
Client	Клиент
Inn_cl	ИНН
Dengi	Средства
Nam_pr_t	Намерение приобрести товар

Рисунок 1.10 – Функциональные зависимости реквизитов объекта personal

Имя поля	Подпись поля	Функциональные зависимости
Personal	Персонал
Inn_p	ИНН Продавца
Fam	Фамилия
Adres	Адрес
Dolzn	Должность
Name	Имя
Otchestvo	Отчество
Oklad	Оклад
Otch	Отчет

Рисунок 1.11 – Функциональные зависимости реквизитов объекта sklad

Имя поля	Подпись поля	Функциональные зависимости
Chek	Чек
Id_nom	Идентификационный номер
Naim_tov	Наименование товара
Kolich	Количество
Stoimost	Стоимость
Inn_p	ИНН поставщика
Inn_d	ИНН
Data	Дата
Nazv_org	Название организации

Рисунок 1.12 – Функциональные зависимости реквизитов объекта klient

Имя поля	Подпись поля	Функциональные зависимости
Nakladnaya	Накладная
Nom_n	Номер накладной
Kolich	Количество
Stoimost	Стоимость
Data	Дата
Inn_p	ИНН поставщика
Naz_p	Название продукта

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

Ø информационный объект должен содержать уникальный идентификатор — первичный ключ;

Ø все не ключевые реквизиты должны быть взаимонезависимы;

Ø все ключевые реквизиты, должны быть функционально независимы;

Ø каждый описательный реквизит должен функционально полно зависеть от ключа, т. е. каждому значению ключа должно соответствовать только одно значение описательного реквизита, а при составном ключе описательные реквизиты должны зависеть от всей совокупности реквизитов, образующих ключ;

Ø каждый описательный реквизит должен зависеть от ключа не транзитивно, т. е. не должен зависеть через другой промежуточный реквизит.

Следующим шагом проектирования является определение связей между объектами. Наличие связей определяется природой реальных объектов, процессов или явлений отображаемых этими информационными объектами. На рисунке 8 представлена ER-диаграмма.

Рисунок 1.14. ER-диаграмма

Существуют три типа связей: 1:1, 1:М, М:N.

Связь 1:1 реализуется включением одного и того же ключа для обеих сущностей, обычно связь 1:1 описывает один и тот же объект, реквизиты записываются в два ИО, например, для оптимизации реализации запросов.

Связь 1:М реализуется добавлением ключевого поля основной таблицы в подчиненную таблицу, в качестве не ключевого атрибута или в качестве одного из реквизитов составного первичного ключа.

Связь М:M– в реляционной модели данных не реализуется. Ее необходимо преобразовать в связь 1:М введением дополнительного объекта «связки». Объект связка является подчиненным в связях 1:М.

Дата добавления: 2015-05-09