Организация баз данных
Рефераты >> Программирование и компьютеры >> Организация баз данных

Графическое представление первой таблицы

     

С

 
       

З

     

П

 
 

Т

   

Н

     

Д

 

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

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

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

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

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

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

Транзитивная зависимость выявляет дублирование данных в одном отношении. Если А, В и С - три свойства одного отношения и С зависит от В, а В от А, то говорят, что С транзитивно зависит от А. Преобразование в третью нормальную форму происходит за счет разделения исходного отношения на два.

Таблица 2. Свойства и первичные ключи измененных или добавленных объектов информационной модели.

Объект

Первичный ключ

Свойства

ТОВАР

Уникальный ключ товара

Уникальный ключ товара

   

Уникальный ключ поставщика

   

Уникальный ключ заказчика

   

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

   

Дата изготовления

   

Акцизная марка

   

Расшифровка штрих-кода

   

Срок годности

   

Вес Брутто

   

Вес Нетто

   

Цена за единицу

   

Суммарная цена

   

Вид упаковки

ЗАКАЗЧИК

Уникальный ключ заказчика

Уникальный ключ заказчика

   

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

   

Юридическая принадлежность

   

Ф.И.О. руководителя

   

Адрес

   

Телефон/факс

   

Предполагаемая цена

ПОСТАВЩИК

Уникальный ключ поставщика

Уникальный ключ поставщика

   

Наименование поставщика

   

Юридическая принадлежность

   

Ф.И.О. руководителя

   

Адрес

   

Телефон/факс

СЧЕТА

Номер счёта

Номер счёта

   

Дата продажи

   

Уникальный ключ товара

   

НДС

   

Сумма к оплате

ДОГОВОР

Номер договора

Номер договора

   

Дата заключения

   

Уникальный ключ поставщика

НАКЛАДНЫЕ

Номер накладной

Номер накладной

   

Уникальный ключ заказчика

   

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

   

Дата накладной


Страница: