2.1.13. Заключение.

Нормализация таблиц БД призвана устранить в них избыточную информацию. Таблицы нормализованных БД содержат только один элемент избыточности данных - это поле связи между таблицами. Поскольку избыточные данные в таблицах не хранятся, экономится дисковое пространство. Однако у такой организации базы данных все-таки есть недостаток – необходимость считывать связанные данные из нескольких таблиц при выполнении одного запроса. Запрос может выполняться достаточно медленно, особенно когда одна из таблиц имеет большой объем, данные в БД или на диске фрагментированы и т.д. Замечено, что ненормализованные или не вполне нормализованные данные отыскиваются быстрее, если они хранятся в одной таблице, по сравнению со способом поиска данных в связанных таблицах. Подобное ускорение тем заметнее, чем большее число записей в связанных таблицах.

Таким образом, при работе с данными большого объема приходится искать компромисс между требованиями нормализации, (то есть логичности и экономии места на носителях) и необходимостью улучшения быстродействия системы. В проектируемой БД множество запросов будет выполняться гораздо быстрее, если данные будут расположены именно таким образом. К тому же, посредством запросов, необходимо производить вычисления и это опять же возможно лишь при такой организации. Требования по экономии дискового пространства также выполняются.

2.1.14. Выявление связей информационных объектов.

Связи между объектами могут быть трех видов:

• «один ко многим» – эта связь является наиболее часто используемым типом связи между информационными объектами (ИО). В такой связи каждой записи в ИО «А» могут соответствовать несколько записей в ИО «В», а запись в ИО «В» не может иметь более одной соответствующей ей записи в ИО «А». Связь «один ко многим» создается в том случае, когда одно из полей является ключевым или имеет уникальный индекс.

• «многие ко многим» – при использовании этой связи одной записи в ИО «А» могут соответствовать несколько записей в ИО «В», а одной записи в ИО «В» несколько записей в ИО «А». Такая схема реализуется только с помощью третьей (связующей) ИО, ключ которой состоит, по крайней мере, из двух полей, которые являются полями внешнего ключа в ИО «А» и «В».

• «один к одному» - при этой связи запись в ИО «А» может иметь не более одной связанной записи в ИО «В» и наоборот. Этот тип связи используют не очень часто, поскольку такие данные могут быть помещены в одну ИО. Связь с отношением «один к одному» используют для разделения очень объемных ИО, для отделения части ИО по соображениям защиты, а также для сохранения сведений, относящихся к подмножеству записей в главной ИО. Отношение «один к одному» создается в том случае, когда оба связываемых поля являются ключевыми или имеют уникальные индексы.

В таблице 2.2 определены главные и подчиненные информационные объекты и все связи между ними.

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

Таблица 2.2.

Главный ИО	Детальный ИО	Тип связи
товар	накладная	Один ко многим
товар	производственный план	Один ко многим
товар	рецептура	Один ко многим
товар	склад	Один ко многим
состояние склада	приходная накладная	Один ко многим
состояние склада	расходная накладная	Один ко многим
производственный план	рецептуры	Один ко многим
производственный план	расходные накладные	Один ко многим

2.1.15. Инфологическая модель

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

• Накладные – содержит данные о приходных и расходных накладных

• Производство – содержит часто используемую информацию о планах производства;

• Рецептуры – содержит часто используемую информацию о составе и сроке действия рецептур;

• Отчеты - содержит отчеты по складу;

На основании этих групп и входящих в их состав объектах можно построить инфологическую модель, которая приведена на рисунке 2.1.

Рис. 2.1. Инфологическая модель.