КЛИЕНТ

СЧЕТ

Уникальный клюм кл.eнтa

Уникальный нлк>1 автомобиля

3AICA3

Vик£льнJlн ключ

rJIrtrHId

Уникгльнз1и ключ

Y-IMIii:llhH-jm К11К.1Ч

прзцавцэ

ПРОДАВЕЦ

МОДЕГЬ

ARTr>L10Rlirh

У-1ИИЗЛЬ.Н=Л;1 КЛЮЧ

мсдел/1

Рис. 2.13.

Таблица 2.1. Атрибуты и первичные ключи сущностей информационной модели Сущность Первичный Атрибуты

ключ

МОДЕЛЬ Уникальный ключ Уникальный ключ модели модели

Наименование модели

Наименование фирмы

Наименование страны

Рабочий объем двигателя

Количество цилиндров

Мощность

Крутящий момент

Наименование топлива

Максимальная скорость

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

Атрибуты, включаемые в состав БД для рассматриваемой модели, приведены в табл. 2.1. Информационная модель после третьего этапа проектирования приведена на рис. 2.13.

Время разгона до 100 км /ч

Наименование шин

Наименование кузова

Количество дверей

Количество мест

Длина

Ширина

Высота

Расход топлива при 90 км/ч

Расход топлива при 120 км /ч

Расход топлива при городском цикле

АВТОМОБИЛЬ Уникальный ключ Уникальный ключ автомобиля автомобиля

Уникальный ключ модели

Дата выпуска

Стоимость

КЛИЕНТ Уникальный ключ Уникальный ключ клиента клиента

Наименование клиента

Адрес

Телефон

Факс

Фамилия

Отчество Признак

юридического лица Примечание

ПРОДАЖА Счет Счет

Дата продажи Сумма

СЧЕТ Номер записи Номер записи

Счет

Уникальный ключ клиента

Уникальный ключ автомобиля

Дата выписки

Пометка об оплате

Сумма

ЗАКАЗ Уникальный ключ Уникальный ключ

заказа заказа

Уникальный ключ клиента

Уникальный ключ модели

Уникальный ключ продавца

Данные, представленные в виде двумерной таблицы, являются первой нормальной формой реляционной модели данных.

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

Отношение задано во второй нормальной форме, если оно является отношением в первой нормальной форме и каждый атрибут, не являющийся первичным атрибутом в этом отношении, полностью зависит от любого возможного ключа этого отношения.

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

Отношение задано в третьей нормальной форме, если оно задано во второй нормальной форме и каждый атрибут этого отношения, не являющийся первичным, не транзитивно зависит от каждого возможного ключа этого отношения.

Транзитивная зависимость выявляет дублирование данных в одном отношении. Если A, B и C -три атрибута одного отношения и C зависит от B, а B от A, то говорят, что C транзитивно зависит от A, как это схематично показано на рис. 2.14,а. Преобразование в третью нормальную форму происходит за счет разделения исходного отношения на два, как это показано на рис. 2.14,б.

Например, если все данные о моделях автомобилей и самих поступающих автомобилях хранятся в одном отношении, то для нескольких автомобилей одной модели пришлось бы

ПРОДАВЕЦ Уникальный ключ Уникальный ключ продавца продавца

Фамилия

Отчество

Этап 4. Приведение модели к требуемому уровню нормальной формы

Приведение модели к требуемому уровню нормальной формы является основой построения реляционной БД.

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