1.2.3Требования нормализации
После выделения информационных объектов необходимо проверить отвечают ли они требованиям нормализации, а именно: реквизиты каждого информационного объекта канонической модели данных должны отвечать требованиям, соответствующим третьей нормальной форме реляционной модели данных:
информационный объект должен содержать уникальный идентификатор — первичный ключ;
все не ключевые реквизиты должны быть взаимно независимы;
все ключевые реквизиты, должны быть функционально независимы;
каждый описательный реквизит должен функционально полно зависеть от ключа, т. е. каждому значению ключа должно соответствовать только одно значение описательного реквизита, а при составном ключе описательные реквизиты должны зависеть от всей совокупности реквизитов, образующих ключ;
каждый описательный реквизит должен зависеть от ключа не транзитивно, т. е. не должен зависеть через другой промежуточный реквизит.
В табличной части договора содержит реквизиты, имеющие множество значений в соответствующих столбцах, так как договор может содержать несколько наименований товара. Среди этих реквизитов выделяется код товара, который является идентификатором каждой строки документа. Номер договора однозначно не определяет товар, так как в договоре может содержаться несколько товаров, и один и тот же товар может быть поставлен по разным договорам. Для нахождения товара, который поставляется по договору вначале нужно найти номер договора, а затем товар. Налицо транзитивная зависимость поставляемого товара от договора. В случае транзитивной зависимости между реквизитами информационного объекта можно выполнить декомпозицию совокупности реквизитов с образованием двух информационных объектов
Проведем декомпозицию информационного объекта ДОГОВОР, и выделим новый информационный объект ПОСТАВКА_ТОВАРА включив в него реквизиты: НОМ_ДОГ, КОД_ТОВ, СРОК_ПОСТ, КОЛ_ПОСТ, МИН_ПОСТ, СУММА_ПОСТ. Информационный объект ДОГОВОР будет содержать реквизиты: НОМ_ДОГ, ДАТА_ДОГ, СУММА_ДОГ
1.3Построение связей информационных объектов
1.3.1Тип связи информационных объектов
Следующим шагом проектирования является определение связей между объектами. Наличие связей определяется природой реальных объектов, процессов или явлений отображаемых этими информационными объектами. На рисунке 8 представлена ER диаграмма Склад.
Рисунок.1.8. ER –диаграмма комплекса задач по учету и движению ОС
Существуют три типа связей: 1:1, 1:М, М : N.
Связь 1:1 реализуется включением одного и того же ключа для обеих сущностей, обычно связь 1:1 описывает один и тот же объект, реквизиты записываются в два ИО, например, для оптимизации реализации запросов.
Связь 1:М реализуется добавлением ключевого поля основной таблицы в подчиненную таблицу, в качестве не ключевого атрибута или в качестве одного из реквизитов составного первичного ключа. См рис. 1.9.
Связь М:N – в реляционной модели данных не реализуется. Ее необходимо преобразовать в связь 1:М введением дополнительного объекта «связки». Объект связка является подчиненным в связях 1:М.
Объект связка выявляется в процессе анализа функциональных зависимостей реквизитов. Пример объекта связки ПОСТАВКА_ПЛАН для информационных объектов ТОВАР и ДОГОВОР. Рисунок 1.9.
Рисунок. 1.9 Организация связей через объект «связку» ПОСТАВКА_ПЛАН