Реляационная база данных

 

Министерство  образования и науки РФ

ФГБОУ ВПО  «Тихоокеанский государственный университет»

 

 

Факультет экономики  и управления

Кафедра Экономическая  кибернетика

 

 

 

 

 

Контрольная работа

по дисциплине Базы данных

 

 

 

Выполнила студентка

Заочного  обучения

Специальность: ФКу-21

Шифр: 080440278

Зыкова Мария  Сергеевна

 

 

 

 

 

Содержание

 

Задание 1. Вариант 9. Реляционная модель данных. Основные определения. Операции над отношениями. 3

Вариант 4. Формирование плана выпуска изделий. 8

Выводы о проделанной работе 13

Список литературы 14

 

 

 

Задание 1. Вариант 9. Реляционная модель данных. Основные определения. Операции над отношениями.

 

В математических дисциплинах  понятию «таблица» соответствует  понятие «отношение» (relation). Таблица отражает объект реального мира – сущность, а каждая ее строка отражает конкретный экземпляр сущности. Каждый столбец имеет уникальное для таблицы имя. Строки не имеют имен, порядок их следования не определен, а количество логически не ограничено. Одним из основных преимуществ реляционной модели данных является однородность (каждая строка таблицы имеет один формат). Пользователь сам решает вопрос, обладают ли соответствующие сущности однородностью. Этим решается проблема пригодности модели.

Основные понятия:

• Отношение представляет собой двумерную таблицу, содержащую некоторые данные.
• Сущность – объект любой природы, данные о котором хранятся в БД. Атрибуты – свойства, характеризующие сущность (столбцы).
• Степень отношения – количество столбцов.
• Схема отношения – список имен атрибутов, например, СОТРУДНИК (№, ФИО, Год рождения, Должность, Кафедра).
• Домен – совокупность значений атрибутов отношения (тип данных).
• Кортеж – строка таблицы.
• Кардинальность (мощность) – количество строк в таблице.
• Первичный ключ – это атрибут, уникально идентифицирующий строки отношения. Первичный ключ из нескольких атрибутов называется составным. Первичный ключ не может быть полностью или частично пустым (иметь значение null). Ключи, которые можно использовать в качестве первичных, называются потенциальными или альтернативными ключами.
• Внешний ключ – это атрибут (атрибуты) одной таблицы, который может служить первичным ключом другой таблицы. Является ссылкой на первичный ключ другой таблицы.

Нормализация представляет собой процесс, направленный на уменьшение избыточности информации в базе данных. Кроме самих данных, в базе данных также могут быть нормализованы  различные наименования, имена объектов и выражения.

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

Нормальная форма —  это своеобразный показатель уровня, или глубины, нормализации базы данных. Уровень нормализации базы данных соответствует  нормальной форме, в которой она  находится.

Чтобы привести таблицу к 1НФ, нужно соблюсти два правила:

1. Атомарность или неделимость. Каждая колонка должна содержать одно неделимое значение.
2. Таблица не должна содержать повторяющихся колонок или групп данных.

Например, если таблица содержит в одном поле полный адрес человека (улица, город, почтовый код), не будет  отвечать правилам 1НФ, поскольку будет  содержать различные значения в  одном столбце, что будет нарушением правила об атомарности. Или если бд содержит данные о фильмах и в ней есть столбцы актер1, актер2, актер3, также не будет отвечать правилам, поскольку будет иметь место повторению данных.

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

Чтобы привести таблицу к  первой нормальной форме, следует:

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

Для приведения таблиц ко второй нормальной форме (2НФ), приводимые таблицы  должны быть уже в 1НФ. Нормализация должна проходить по порядку.

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

Чтобы привести базу ко второй нормальной форме, надо:

• Определить все столбцы, которые не находятся в прямой зависимости от первичного ключа этой таблицы.
• Создать необходимые поля в таблицах users и forums, выделить из существующих полей или создать из новых первичные ключи.

 

 

 

• Для каждой таблицы нужен свой первичный  ключ
• Создать внешние ключи и обозначаем их отношения между таблицами. Конечным шагом нормализации до 2НФ будет являться выделение внешних ключей для связи с ассоциированными таблицами. Первичный ключ одной таблицы должен быть внешним ключом в другой.

 

Подсказки:

Другой способ приведения схемы к 2НФ — посмотреть на отношения  между таблицами. Идеальный вариант  — создать все отношения вида один-к-многим. Отношения вида многие-к-многим нуждаются в реструктуризации.

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

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

Чтобы привести базу к третьей  нормальной форме, надо:

• Определить, в каких полях каких таблиц имеется взаимозависимость, т.е. поля, которые зависят больше друг от друга, чем от ряда в целом.
• Создать соответствующие таблицы. Если есть проблемный столбец в шаге 1, создать раздельные таблицы для него.

 

• Создать или выделить первичные  ключи. Каждая таблица должна иметь  первичный ключ.
• Создать необходимые внешние ключи, которые образуют любое из отношений.

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

Вариант 4. Формирование плана выпуска изделий.

 

1. Создадим таблицы

Таблица 1. Справочник изделий

Структура таблицы: Код изделия, Наименование изделия, Стоимость сборки.

 

Таблица 2. Справочник деталей

Структура таблицы: Код детали, Наименование детали, Цена

 

Таблица 3. План выпуска

Структура таблицы: Код изделия, Количество изделий

 

Таблица 4. Состав изделия

Структура таблицы: Код изделия, Код детали, Количество деталей

 

Создадим необходимые  связи:

 

2. Введем в таблицу 1 сведения о пяти изделиях, в таблицу 2 - данные о 10ти деталях, которые используются при сборке изделий, в таблицу 3 - данные о плане выпуска пяти изделий (код изделия должен выбираться из поля со списком).

 

3. Создадим форму «Состав изделия» типа главная/подчиненная для просмотра и ввода данных о составе изделия, наименование которого должно выбираться из списка. Главная форма должна содержать поля: Наименование изделия и Код изделия. Подчиненная форма должна иметь табличный вид и содержать строки с полями: Код детали, Количество в изделии. Значение поля Код детали должно выбираться из поля со списком. Каждое изделие должно содержать не менее трех деталей.

 

4. Создадим форму «План выпуска изделия» типа главная/подчиненная. Код изделия должен выбираться из списка. Главная форма должна содержать поля: Код изделия, Наименование изделия, Количество изделий, Стоимость сборки, Стоимость выпуска изделия. Подчиненная форма должна иметь табличный вид и содержать графы: Код детали, Наименование детали, Цена детали, Количество деталей на план выпуска изделия, Стоимость деталей.

 

5. Создадим итоговый отчет «План выпуска в стоимостном выражении», Отчет должен содержать графы: Код изделия, Наименование изделия, Количество изделий, Стоимость деталей, Стоимость сборки, Стоимость всего. Отчет должен содержать все итоговые стоимости на план выпуска.

 

 

Выводы о проделанной  работе

Мы самостоятельно разработали базу данных, используя СУБД MS Access, научились работать с таблицами, запросами, формами и отчетами. Разработанная нами БД позволяет вводить данные о изделиях, деталях, из которых они состоят, рассчитывать стоимость этих изделий, создавать план выпуска и рассчитывать его стоимость, а также формировать отчет по стоимости выпуска изделий.

 

Список литературы

 

1. Гарсиа-Молина Г.  Системы  баз данных. Полный курс : пер. с англ. / Г. Гарсиа-Молина, Дж. Ульман, Дж. Уидом. – М. : Вильямс, 2003.– 1088 с.
2. Дейт К. Дж.  Введение в системы баз данных : пер. с англ. / К. Дж. Дейт. – 6-е изд. – М. : Вильямс, 2000. – 848 с.
3. Диго С. М.  Базы данных: проектирование и использование: учебник / С. М. Диго. – М. : Финансы и статистика, 2005. – 592 с.
4. Карпова Т. С.  Базы данных: модели, разработка, реализация: учебное пособие / Т. С. Карпова. – СПб. : Питер, 2001. – 304 с.
5. Кренке Д.  Теория и практика построения баз данных. – 9-е изд. – СПб. : Питер, 2005. – 859 с.
6. Марков А. С.  Базы данных. Введение в теорию и методологию: учебник / А. С. Марков, К. Ю. Лисовский. – М. : Финансы и статистика, 2004. – 512 с.

Хабаровск. 2013

Зыкова М.С., номер з/ к 080440278, ФКу-21, 25.01.2013