Автор работы: Пользователь скрыл имя, 11 Марта 2013 в 15:41, контрольная работа
В математических дисциплинах понятию «таблица» соответствует понятие «отношение» (relation). Таблица отражает объект реального мира – сущность, а каждая ее строка отражает конкретный экземпляр сущности. Каждый столбец имеет уникальное для таблицы имя. Строки не имеют имен, порядок их следования не определен, а количество логически не ограничено. Одним из основных преимуществ реляционной модели данных является однородность (каждая строка таблицы имеет один формат). Пользователь сам решает вопрос, обладают ли соответствующие сущности однородностью. Этим решается проблема пригодности модели.
Задание 1. Вариант 9. Реляционная модель данных. Основные определения. Операции над отношениями. 3
Вариант 4. Формирование плана выпуска изделий. 8
Выводы о проделанной работе 13
Список литературы 14
Министерство образования и науки РФ
ФГБОУ ВПО «Тихоокеанский государственный университет»
Факультет экономики и управления
Кафедра Экономическая кибернетика
Контрольная работа
по дисциплине Базы данных
Выполнила студентка
Заочного обучения
Специальность: ФКу-21
Шифр: 080440278
Зыкова Мария Сергеевна
Задание 1. Вариант 9. Реляционная модель данных. Основные определения. Операции над отношениями. 3
Вариант 4. Формирование плана выпуска изделий. 8
Выводы о проделанной работе 13
Список литературы 14
В математических дисциплинах
понятию «таблица»
Основные понятия:
Нормализация представляет собой процесс, направленный на уменьшение избыточности информации в базе данных. Кроме самих данных, в базе данных также могут быть нормализованы различные наименования, имена объектов и выражения.
Ненормализованная база данных
содержит информацию в одной или
нескольких различных таблицах; при
этом создается впечатление, что
включение данных в ту или иную
таблицу не обусловлено никакими
видимыми причинами. Такое положение
дел может оказывать негативное
влияние на безопасность данных, рациональное
использование дискового
Нормальная форма — это своеобразный показатель уровня, или глубины, нормализации базы данных. Уровень нормализации базы данных соответствует нормальной форме, в которой она находится.
Чтобы привести таблицу к 1НФ, нужно соблюсти два правила:
Например, если таблица содержит в одном поле полный адрес человека (улица, город, почтовый код), не будет отвечать правилам 1НФ, поскольку будет содержать различные значения в одном столбце, что будет нарушением правила об атомарности. Или если бд содержит данные о фильмах и в ней есть столбцы актер1, актер2, актер3, также не будет отвечать правилам, поскольку будет иметь место повторению данных.
Начинать нормализацию следует с проверки структуры БД на совместимость с 1НФ. Все столбцы, которые не являются атомарными, должны быть разбиты на составляющие их столбцы. Если в таблице есть повторяющиеся столбцы, то им нужно выделить отдельную таблицу.
Чтобы привести таблицу к первой нормальной форме, следует:
Для приведения таблиц ко второй нормальной форме (2НФ), приводимые таблицы должны быть уже в 1НФ. Нормализация должна проходить по порядку.
Теперь, во второй нормальной форме, должно быть соблюдено условие — любой столбец, который не является ключом (в том числе внешним), должен зависеть от первичного ключа. Обычно такие столбцы, имеющие значения, которые не зависят от ключа, легко определить. Если данные, содержащиеся в столбце, не имеют отношения к ключу, который описывает строку, то их следует отделять в свою отдельную таблицу. В старую таблицу надо возвращать первичный ключ.
Чтобы привести базу ко второй нормальной форме, надо:
Подсказки:
Другой способ приведения схемы к 2НФ — посмотреть на отношения между таблицами. Идеальный вариант — создать все отношения вида один-к-многим. Отношения вида многие-к-многим нуждаются в реструктуризации.
Нормализованная должным образом таблица никогда не будет иметь повторяющихся рядов (двух и более рядов, значения которых не являются ключами и содержат совпадающие данные).
База данных будет находиться в третьей нормальной форме, если она приведена ко второй нормальной форме и каждый не ключевой столбец независим друг от друга. Если следовать процессу нормализации правильно до этой точки, с приведением к 3НФ может и не возникнуть вопросов. Следует знать, что 3НФ нарушается, если изменив значение в одном столбце, потребуется изменение и в другом столбце.
Чтобы привести базу к третьей нормальной форме, надо:
В четвертой нормальной форме
дополнительное правило – необходимо
исключать многозначные зависимости.
Другими словами, все строки таблицы должны
быть независимыми друг от друга. Наличие
какой-то строки X, не должно означать,
что строка Y тоже где-то есть в этой таблице.
1. Создадим таблицы
Таблица 1. Справочник изделий
Структура таблицы: Код изделия, Наименование изделия, Стоимость сборки.
Таблица 2. Справочник деталей
Структура таблицы: Код детали, Наименование детали, Цена
Таблица 3. План выпуска
Структура таблицы: Код изделия, Количество изделий
Таблица 4. Состав изделия
Структура таблицы: Код изделия, Код детали, Количество деталей
Создадим необходимые связи:
2. Введем в таблицу 1 сведения о пяти изделиях, в таблицу 2 - данные о 10ти деталях, которые используются при сборке изделий, в таблицу 3 - данные о плане выпуска пяти изделий (код изделия должен выбираться из поля со списком).
3. Создадим форму «Состав изделия» типа главная/подчиненная для просмотра и ввода данных о составе изделия, наименование которого должно выбираться из списка. Главная форма должна содержать поля: Наименование изделия и Код изделия. Подчиненная форма должна иметь табличный вид и содержать строки с полями: Код детали, Количество в изделии. Значение поля Код детали должно выбираться из поля со списком. Каждое изделие должно содержать не менее трех деталей.
4. Создадим форму «План выпуска изделия» типа главная/подчиненная. Код изделия должен выбираться из списка. Главная форма должна содержать поля: Код изделия, Наименование изделия, Количество изделий, Стоимость сборки, Стоимость выпуска изделия. Подчиненная форма должна иметь табличный вид и содержать графы: Код детали, Наименование детали, Цена детали, Количество деталей на план выпуска изделия, Стоимость деталей.
5. Создадим итоговый отчет «План выпуска в стоимостном выражении», Отчет должен содержать графы: Код изделия, Наименование изделия, Количество изделий, Стоимость деталей, Стоимость сборки, Стоимость всего. Отчет должен содержать все итоговые стоимости на план выпуска.
Мы самостоятельно разработали базу данных, используя СУБД MS Access, научились работать с таблицами, запросами, формами и отчетами. Разработанная нами БД позволяет вводить данные о изделиях, деталях, из которых они состоят, рассчитывать стоимость этих изделий, создавать план выпуска и рассчитывать его стоимость, а также формировать отчет по стоимости выпуска изделий.
Хабаровск. 2013
Зыкова М.С., номер з/ к 080440278, ФКу-21, 25.01.2013