Моделирование базы данных методом нормализации
Хранение и обработка информации в программировании. Понятие реляционной базы данных. Что такое MySQL. Взаимодействие с PHP. Проектирование БД частного предприятия методом нормализации. Оптимизация ее структур при разработке коммерческих приложений.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 17.09.2013 |
| Размер файла | 651,3 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
2. По выбранным товарам оформляются заказы. Кто (покупатели), когда и совершили заказ и какова общая сумма заказа?
Таким образом, схему организации фирмы можно представить в виде двух отношений:
Рис 1. Начальная схема отношений
Исходной точкой является представление предметной области в виде одного или нескольких отношений, и на каждом этапе проектирования производится некоторый набор схем отношений, обладающих лучшими свойствами. Процесс проектирования представляет собой процесс нормализации схем отношений, причем каждая следующая нормальная форма обладает лучшими свойствами, чем предыдущая.
Каждой нормальной форме соответствует некоторый набор ограничений, и отношение находится в некоторой нормальной форме, если удовлетворяет свойственному ей набору ограничений. Примером набора ограничений является ограничение первой нормальной формы -- значения всех атрибутов отношения атомарные. Поскольку требование первой нормальной формы является базовым требованием классической реляционной модели базы данных, мы будем считать, что исходный набор отношений уже соответствует этому требованию (рис 1).
Как нам известно, в теории реляционных баз данных существует пять нормальных форм [2]:
· первая нормальная форма (1 NF);
· вторая нормальная форма (2 NF);
· третья нормальная форма (3 NF);
· четвертая нормальная форма (4 NF);
· пятая нормальная форма (5 NF).
В основе процесса нормализации лежит метод нормализации, декомпозиция отношения, находящегося в предыдущей нормальной форме, в два, или более отношения, удовлетворяющей требованиям следующей нормальной формы.
Процесс проектирования.
1-ый шаг: 1 NF > 2 NF
Из схемы организации работы фирмы на рис. 1 определим схему отношений:
ТОВАРЫ-ЗАКАЗЫ
ТОВАРЫ {товарНом, товарНазв, товарОпис, товарРис, товарЦена, колНаСкладе, типНом, типНазв}
ЗАКАЗЫ {заказНом, заказДата, ПокупНом, ФИОПокуп, ЭлпочтаПокуп, адресПокуп, товарНом, количТовЗаказа, видДост, ценаДост, налогНДС, общСумма, заказСост}
В атрибутах «типНом» и «типНазв» содержится информация о типах товаров, например, название типа -- Процессоры (типНом = 1), к которому относятся конкретные товары - Intel 386, Intel 486, AMD, и т.д. Атрибут «колНаСкладе» содержит общее количество товаров с данным номером на складе.
В одном заказе может заказываться несколько товаров с разными номерами. Атрибут «количТовЗаказа» содержит количество товаров данного типа, заказанных в данном заказе.
В атрибутах «ПокупНом», «ФИОПокуп», «ЭлпочтаПокуп», «адресПокуп» содержится информация о покупателе -- номер, ФИО, Электронная почта и адрес.
В атрибутах «видДост», «ценаДост» хранится информация о доставке -- номер, вид и цена доставки. Атрибут «заказСост» содержит состояние заказа, который может быть иметь значение «Сделка совершена» либо «Сделка выполнена неполно».
Для вычисления общей суммы заказа применяем формулу
общСумма = ТоварЦена*количТов + налогНДС + ценаДост.
На 1-м шаге проектирования форма 1NF приводится к виду 2NF. Для этого проверяем следующее определение:
Отношение R находится в второй нормальной форме (2NF) в том и только в том случае, когда находится в 1NF, и каждый неключевой атрибут полностью зависит от первичного ключа.
Рассмотрим отношение ЗАКАЗЫ. В этом отношении существует неполная функциональная зависимость от первичного ключа, поскольку все атрибуты, кроме товарНом и количТовЗаказа, зависят от ЗаказНом, а первичным ключом является заказНом, товарНом. И поэтому мы приводим отношение ко второй нормальной форме то есть, производим декомпозицию отношения ЗАКАЗЫ в два отношения ТИП ЗАКАЗА и ЗАКАЗЫ:
ТИП ЗАКАЗА {заказНом, товарНом, количТовЗаказа}
Первичный ключ: заказНом, товарНом Функциональные зависимости: заказНом, товарНом > количТовЗаказа
ЗАКАЗЫ {заказНом, заказДата, ФИОПокуп, ЭлпочтаПокуп, адресПокуп, видДост, ценаДост, налогНДС, общСумма, заказСост}
Первичный ключ: заказНом Функциональные зависимости: заказНом > заказДата заказНом > ФИОПокуп заказНом > ЭлпочтаПокуп заказНом > адресПокуп заказНом > видДост заказНом > ценаДост заказНом > налогНДС заказНом > общСумма заказНом > заказСост
Рассмотрим отношение ТОВАРЫ. В этом отношении первичным ключом является атрибут «товарНом», и оно уже находится во второй нормальной форме.
ТОВАРЫ {товарНом, типНом, товарНазв, товарОпис, товарЦена, товарРис, типНазв, колНаскладе}
Первичный ключ: товарНом Функциональные зависимости: товарНом > типНом товарНазв товарНом > товарОпис товарНом > товарЦена товарНом > товарРис товарНом > колНаСкладе типНом > типНазв
Рис. 2. Схема отношений в виде 1NF
2-ой шаг: 2 NF > 3 NF
На 2-м шаге проектирования форма 2NF приводится к виду 3NF. Для этого проверяется следующее определение:
Отношение R находится в третьей нормальной форме (3NF) в том и только в том случае, когда находится в 2NF, и каждый неключевой атрибут нетранзитивно зависит от первичного ключа.
При проверке на транзитивность определяется существования зависимостей R.X > R.Z и R.Z > R.Y и отсутствие зависимости R.Z > R.X. То есть при отсутствии последнего требования мы имели бы «неинтересные транзитивные зависимости» в любом отношении, обладающем несколькими ключами.
Имея в виду выше рассмотренные ФЗ отношения ТОВАРЫ, где атрибут типНазв напрямую не зависит от первичного ключа товарНом, а непосредственно зависит от его составного атрибута типНом, мы заключаем, что здесь имеется транзитивная ФЗ товарНом > типНом > типНазв. Другими словами, название типа товара на самом деле является характеристикой не товара, а типа товара, к которому он относится. В результате сказанного, мы приводим отношение Товары к третьей нормальной форме.
Теперь можно произвести декомпозицию отношения ТОВАРЫ в два отношения ТИП ТОВАРА и ТОВАРЫ:
ТИП ТОВАРА {типНом, типНазв}
Первичный ключ: типНом Функциональные зависимости: типНом > типНазв
ТОВАРЫ {товарНом, тип_Ном, товарНазв, товарОпис, товарЦена, товарРис, колНаСкладе}
Первичный ключ: товарНом Функциональные зависимости: товарНом > типНом товарНазв товарНом > товарОпис товарНом > товарЦена товарНом > товарРис товарНом > колНаСкладе
В результате из одного отношения (таблицы) ТОВАРЫ получается два отношения (две таблицы) ТИП ТОВАРА и ТОВАРЫ.
Отношение ТОВАРЫ разделяется на отношения -- ТИП ТОВАРА и ТОВАРЫ, где ТИП ТОВАРА -- основная таблица, а ТОВАРЫ -- подчиненная таблица.
На практике третья нормальная форма схем отношений достаточна в большинстве случаев, и приведением к третьей нормальной форме процесс проектирования реляционных баз данных обычно заканчивается.
Рис 3. Схема отношений в виде 3NF
Техническое решение
Приложение базы данных было выполнена в среде Access 2003. Определив все взаимосвязи между отношениями, получим окончательную схему данных (структуру данных):
Рис 4. Схема данных БД
Из схемы видно, что между отношениями существуют связи:
· «Тип товара» и «Товары» имеют связь 1:?
· «Товары» и «Тип заказа» имеют связь 1:?
· «Тип заказа» и «Заказы» имеют связь 1:?
Типы данных для каждого отношения приведены в следующих таблицах:
а) для отношения «Тип товара»
б) для отношения «Товары»
в) для отношения «Типы заказа»
г) для отношения «Заказы»
Литература
1. Сергей Кузнецов. Тенденции в мире систем управления базами данных. www.citforum.ru
2. С.Д. Кузнецов. Основы современных баз данных.
Размещено на Allbest.ru
...Подобные документы
Создание структуры базы данных на примере "Школьного журнала" с использованием метода и принципа нормализации. Понятия базы данных, архитектуры БД и проектирования. Описание предметной области; приложения для работы с базой данных TTable и TQuery.
дипломная работа [996,4 K], добавлен 01.04.2012Построение концептуальной модели. Проектирование реляционной модели данных на основе принципов нормализации: процесс нормализации и глоссарий. Проектирование базы данных в Microsoft Access: построение таблиц, создание запросов в том числе SQL – запросов.
курсовая работа [35,9 K], добавлен 08.11.2008Понятие нормализации таблиц базы данных и ее цели. Этапы процесса нормализации. Пример ненормализованных данных. Нормальные формы, к которым приводятся таблицы. Реляционная алгебра над учебной базой. База данных для предметной области "Учебные пособия".
контрольная работа [216,1 K], добавлен 30.07.2010Система управления базой данных (СУБД), централизованное обеспечение безопасности и целостности данных, защита от несанкционированного доступа. Построение концептуальной и реляционной моделей. Процесс нормализации. Проектирование базы данных в ACCESS.
курсовая работа [1,8 M], добавлен 29.10.2008Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.
курсовая работа [185,6 K], добавлен 08.11.2008Анализ предметной области "Ремонт часов", с использованием СУБД MySQL, языка HTML, технологии PHP и ADO и выбора скриптовых языков VBScript или JavaScript. Нормализация базы данных. Пошаговое описание нормализации базы данных (методом ER-диаграмм).
курсовая работа [782,4 K], добавлен 18.06.2010Изучение базы данных, ее реляционной модели, способов приведения таблиц к третьей форме нормализации, основных методов организации и проектирования. Рассмотрение технологии разработки приложений для ее использования на примере мебельного салона.
дипломная работа [1,8 M], добавлен 10.03.2014Необходимая документация при учете готовой продукции на складе ООО "Перекрёсток". Проектирование базы данных на основе нормализации. Схема данных и связи между таблицами в проектируемой базе данных. Обеспечение безопасности и целостности базы данных.
дипломная работа [2,9 M], добавлен 15.01.2012Проектирование логической структуры базы данных методом нормальных форм, сущность связь. Сравнительный анализ спроектированной базы данных и базы данных существующих информационных систем. Выбор и обоснование состава технических и программных средств.
курсовая работа [3,0 M], добавлен 22.12.2014Этапы проектирования базы данных. Инфологическое проектирование. Определение требований к операционной обстановке. Выбор СУБД и других программных средств. Логическое и физическое проектирование реляционной базы данных. Технология доступа к информации.
курсовая работа [2,3 M], добавлен 06.10.2016Понятие реляционной модели данных, целостность ее сущности и ссылок. Основные этапы создания базы данных, связывание таблиц на схеме данных. Проектирование базы данных книжного каталога "Books" с помощью СУБД Microsoft Access и языка запросов SQL.
курсовая работа [838,9 K], добавлен 25.11.2010Понятие системы базы данных. Реляционная модель и ее характеристики. Целостность в реляционной модели. Реляционная алгебра. Вопросы проектирования БД. Нормальные формы отношений. Проектирование БД методом сущность-связь. ER-диаграммы. Язык SQL.
курс лекций [353,0 K], добавлен 03.10.2008Что такое базы данных, визуализация информации базы. Структура и свойства простейшей базы данных. Характеристика определений, типов данных, безопасность, специфика формирования баз данных. Подходы к проектированию технического задания. Работа с таблицами.
презентация [4,3 M], добавлен 12.11.2010Разработка схемы реляционной базы данных, содержащей информацию об автомобильных брендах, автозаводах и выпускаемых марках автомобилей. Реализация разработанной схемы данных при помощи SQL (добавление, изменение, удаление существующей информации).
курсовая работа [286,0 K], добавлен 05.06.2012Анализ баз данных и систем управления ими. Проектирование и создание реляционной базы данных в среде MS Access для ресторана "Дельфин": построение информационно логической модели, разработка структур таблиц базы данных и схемы данных, создание Web-узла.
курсовая работа [3,7 M], добавлен 15.11.2010Проектирование реляционной базы данных с помощью прикладного программного средства MS ACCESS. Описания особенностей использования запросов для извлечения, изменения и удаления информации из базы данных. Характеристика структуры интерфейса пользователя.
курсовая работа [1,6 M], добавлен 19.11.2012Ограничения на связи между таблицами базы данных хлебной базы. Проектирование оптимальной структуры базы данных методом синтеза. Исходное множество функциональных зависимостей. Многотабличный запрос на выборку по условию. Расчет сложности запроса.
дипломная работа [488,5 K], добавлен 30.08.2012Разработка базы данных "Поставка и реализация продуктов питания". Применение базы данных. Цель инфологического проектирования. Выборка информации при помощи запросов. Подпрограммы, работающие на сервере и управляющие процессами обработки информации.
курсовая работа [326,0 K], добавлен 28.06.2011Создание базы данных, состоящей из таблиц, запросов и форм, в MS Ассеss. Распределение совокупности данных по таблицам в соответствии с требованиями нормализации. Обработка событий при помощи макросов. Создание сложных форм в редакторе Visual Basic.
лабораторная работа [797,7 K], добавлен 04.01.2011Проектирование и создание информационной базы данных для управления предприятием "Завод металлоизделий". Данные для базы, предметная область, атрибуты объектов базы данных. Объектные отношения, их ключи, связи объектов и отношений базы данных предприятия.
реферат [26,9 K], добавлен 04.12.2009
