Организация баз данныхРефераты >> Программирование и компьютеры >> Организация баз данных
Графическое представление первой таблицы
С | ||||
З | ||||
П | ||||
Т |
Н | |||
Д |
Приведение модели к требуемому 1 уровню нормальной формы
Приведение модели к требуемому уровню нормальной формы является основой построения реляционной БД. В процессе нормализации элементы данных группируются в таблицы, представляющие объекты и их взаимосвязи. Теория нормализации основана на том, что определенный набор таблиц обладает лучшими свойствами при включении, модификации и удалении данных, чем все остальные наборы таблиц, с помощью которых могут быть представлены те же данные. Введение нормализации отношений при разработке информационной модели обеспечивает минимальный объем физической, то есть записанной на каком-либо носителе БД и ее максимальное быстродействие, что впрямую отражается на качестве функционирования информационной системы. Нормализация информационной модели выполняется в несколько этапов.
Данные, представленные в виде двумерной таблицы, являются первой нормальной формой реляционной модели данных. Первый этап нормализации заключается в образовании двумерной таблицы, содержащей все необходимые свойства информационной модели, и в выделении ключевых свойств. Очевидно, что полученная весьма внушительная таблица будет содержать очень разнородную информацию. В этом случае будут наблюдаться аномалии включения, обновления и удаления данных, так как при выполнении этих действий нам придется уделить внимание данным (вводить или заботиться о том, чтобы они не были стерты), которые не имеют к текущим действиям никакого отношения. Например, может наблюдаться такая парадоксальная ситуация.
Отношение задано во второй нормальной форме, если оно является отношением в первой нормальной форме и каждое свойство, не являющийся первичным свойством в этом отношении, полностью зависит от любого возможного ключа этого отношения.
Если все возможные ключи отношения содержат по одному свойству, то это отношение задано во второй нормальной форме, так как в этом случае все свойства, не являющиеся первичными, полностью зависят от возможных ключей. Если ключи состоят более чем из одного свойства, отношение, заданное в первой нормальной форме, может не быть отношением во второй нормальной форме. Приведение отношений ко второй нормальной форме заключается в обеспечении полной функциональной зависимости всех свойств от ключа за счет разбиения таблицы на несколько, в которых все имеющиеся свойства будут иметь полную функциональную зависимость от ключа этой таблицы. В процессе приведения модели ко второй нормальной форме в основном исключаются аномалии дублирования данных.
Отношение задано в третьей нормальной форме, если оно задано во второй нормальной форме и каждое свойство этого отношения, не являющийся первичным, не транзитивно зависит от каждого возможного ключа этого отношения.
Транзитивная зависимость выявляет дублирование данных в одном отношении. Если А, В и С - три свойства одного отношения и С зависит от В, а В от А, то говорят, что С транзитивно зависит от А. Преобразование в третью нормальную форму происходит за счет разделения исходного отношения на два.
Таблица 2. Свойства и первичные ключи измененных или добавленных объектов информационной модели.
Объект |
Первичный ключ |
Свойства |
ТОВАР |
Уникальный ключ товара |
Уникальный ключ товара |
Уникальный ключ поставщика | ||
Уникальный ключ заказчика | ||
Наименование товара | ||
Дата изготовления | ||
Акцизная марка | ||
Расшифровка штрих-кода | ||
Срок годности | ||
Вес Брутто | ||
Вес Нетто | ||
Цена за единицу | ||
Суммарная цена | ||
Вид упаковки | ||
ЗАКАЗЧИК |
Уникальный ключ заказчика |
Уникальный ключ заказчика |
Наименование заказчика | ||
Юридическая принадлежность | ||
Ф.И.О. руководителя | ||
Адрес | ||
Телефон/факс | ||
Предполагаемая цена | ||
ПОСТАВЩИК |
Уникальный ключ поставщика |
Уникальный ключ поставщика |
Наименование поставщика | ||
Юридическая принадлежность | ||
Ф.И.О. руководителя | ||
Адрес | ||
Телефон/факс | ||
СЧЕТА |
Номер счёта |
Номер счёта |
Дата продажи | ||
Уникальный ключ товара | ||
НДС | ||
Сумма к оплате | ||
ДОГОВОР |
Номер договора |
Номер договора |
Дата заключения | ||
Уникальный ключ поставщика | ||
НАКЛАДНЫЕ |
Номер накладной |
Номер накладной |
Уникальный ключ заказчика | ||
Пометка об оплате | ||
Дата накладной |