Второй этап проектирования базы данных: определение взаимосвязей между сущностями

На этом этапе проектирования определяются направление движения потоков информации между структурными подразде­лениями фирмы-заказчика базы данных, источники возникно­вения информации, места ее модификации и потребления. Результатом выполнения этого этапа проектирования будет

Рис. 1 Движение потоков информации между подразделениями фирмы.

функциональная схема движения потоков информации, с указа­нием типов взаимосвязей, между структурными подразделения­ми фирмы (рис. 1).

Третий этап проектирования базы данных: задание первичных и альтернативных ключей

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

Четвертый этап проектирования базы данных: приведение модели к требуемому уровню нормальной формы

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

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

После выполнения четвертого этапа проектирования должна быть получена структура базы данных: количество таблиц, спи­сок атрибутов (концептуальных требований), которые хранятся в каждой таблице, первичные и внешние ключи для перехода меж­ду таблицами, виды взаимосвязей между таблицами и список хранимых процедур.