КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Пример разработки РБДТретья нормальная форма (3НФ) Внимание Если таблица находиться в 1НФ и первичным ключом является одно поле, то таблица уже находиться во 2НФ. Третья нормальная форма требует, чтобы в таблице не имелось зависимостей между не ключевыми полями, т.е. чтобы значение одного поля не зависело от значения другого поля.
Пример: Имеется таблица склад, в которой учитывается вид товара, количество каждого товаров, цена единицы товара, и стоимость каждого вида товара как произведения количества на цену единицы товара. Рис. 19 Поле «Стоимость» является лишним информационным звеном в таблице, так как зависит от поля «Колич.» и может быть всегда рассчитано. Поэтому устраним зависимость приведя таблицу к 3НФ Рис. 20.
Склад
Рис. 19. Рис. 20.
Нормализация базы данных выгодна со многих точек зрения. Далее перечислены некоторые из основных преимуществ, которые она дает:
Примечание: На практике не всегда возможно получить полностью нормализованную БД. Иногда к этому даже и не стремятся с силу различных особенностей построения БД: например когда число таблиц велико, то удержать в памяти всю структуру БД не позволяет возможность человеческого восприятия. Или если число повторяющихся групп известно заранее и никогда меняться не будет, по приведение таблицы к 1НФ по повторяющимся группам необязательно.
Пусть необходимо разработать БД где будут учтены: товары, сорта товаров, количество товара, цена товара, дата поступления, дата покупки, фирмы поставщики товаров, покупатели….
Разделим информацию по сущностям.
Первая сущность, (стержневая) назовем ее – «Поставщик», включает в себя следующие объекты. · Название фирмы поставщика. · Факс фирмы.
Вторая сущность (стержневая) назовем ее – «Товар», включает в себя следующие объекты. · Вид товара. · Сорт товара.
Третья сущность назовем ее – «Клиенты», включает в себя следующие объекты. · Название клиента.
Учитывая назначение БД, нормализуем сущности, и с учетом обеспечения целостности БД, составим структуру реляционных отношений.
PК_Ф, PK_T, PK_C, PK_Скл, PK_K,первичные ключи в своих таблицах. FК_Ф, FK_T, FK_C, FK_Скл, FK_K,внешние ключи.
В таблице «Склад», учитывается: какие товары, какого сорта, каким поставщиком, когда и в каком количестве были поставлены на склад, а так же цена за единицу товара.
В таблице «Учет» учитывается: когда, и в каком количестве, клиент приобрел товар. А наличие связи PK_Скл → FK_Скл сразу определяет полную характеристику приобретенного товара (вид, сорт, цена….). Ниже приведена структура БД в заполненных таблицах. СТРУКТУРА БАЗЫ ДАННЫХ (в заполненных таблицах)
Дата добавления: 2015-05-09; Просмотров: 347; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |