Основы проектирования реляционных баз данных

Автор: Пользователь скрыл имя, 06 Марта 2013 в 14:21, реферат

Краткое описание

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

Оглавление

Основы проектирования реляционных баз данных 2
Этапы проектирования базы данных 3
Инфологическое проектирование 4
Функциональный подход к проектированию БД 4
Предметный подход к проектированию БД 4
Проектирование с использованием метода "сущность-связь" 4
Определение требований к операционной обстановке 8
Выбор СУБД и других программных средств 9
Логическое проектирование БД 9
Физическое проектирование БД 10
Особенности проектирования реляционной базы данных 10
Нормализация отношений 11
Первая нормальная форма (1НФ). 11
Вторая нормальная форма (2НФ). 12
Третья нормальная форма (3НФ). 12
Четвертая нормальная форма (4НФ). 13
Список используемой литературы: 13

Файлы: 1 файл

1111.doc

— 103.50 Кб (Скачать)

Одной из важнейших  составляющих проекта базы данных является разработка средств защиты БД. Защита данных имеет два аспекта: защита от сбоев и защита от несанкционированного доступа. Для защиты от сбоев разрабатывается  стратегия резервного копирования. Для защиты от несанкционированного доступа каждому пользователю доступ к данным предоставляется только в соответствии с его правами доступа.

Особенности проектирования реляционной базы данных

Проектирование  реляционной базы данных проходит в том же порядке, что и проектирование БД других моделей данных, но имеет свои особенности.

Проектирование  схемы БД должно решать задачи минимизации  дублирования данных и упрощения  процедур их обработки и обновления. При неправильно спроектированной схеме БД могут возникнуть аномалии модификации данных. Они обусловлены отсутствием средств явного представления типов множественных связей между объектами ПО и неразвитостью средств описания ограничений целостности на уровне модели данных.

Для решения  подобных проблем проводится нормализация отношений.

Нормализация отношений

В рамках реляционной  модели данных Э.Ф. Коддом (E.F. Codd) был  разработан аппарат нормализации отношений  и предложен механизм, позволяющий  любое отношение преобразовать  к третьей нормальной форме.

Нормализация  схемы отношения выполняется  путём декомпозиции схемы. Декомпозицией схемы отношения R называется замена её совокупностью схем отношений Атаких, что

,

и не требуется, чтобы отношения Абыли непересекающимися.

Введём понятие  простого и сложного атрибута. Простой атрибут – это атрибут, значения которого атомарны (т.е. неделимы). Сложный атрибут может иметь значение, представляющее собой конкатенацию нескольких значений одного или разных доменов. Аналогом сложного атрибута может быть агрегат или повторяющийся агрегат данных.

Первая нормальная форма (1НФ).

Отношение приведено  к 1НФ, если все его атрибуты простые.

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

Введём понятие  функциональной зависимости. Пусть X и Y – атрибуты некоторого отношения. Если в любой момент времени каждому значению X соответствует единственное значение Y, что Y функционально зависит от X (X®Y). Атрибут (группа атрибутов) Х называется детерминантом.

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

Вторая нормальная форма (2НФ).

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

Для того чтобы  привести отношение ко 2НФ, нужно:

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

Рассмотрим  понятие транзитивной зависимости. Пусть X, Y, Z – атрибуты некоторого отношения. При этом X® Y и Y® Z, но обратное соответствие отсутствует, т.е. Z не зависит от Y или Y не зависит от X. Тогда говорят, что Z транзитивно зависит от X (X®®Z).

Третья нормальная форма (3НФ).

Отношение находится  в 3НФ, если оно находится во 2НФ и  каждый неключевой атрибут нетранзитивно  зависит от первичного ключа.

Для того чтобы  привести отношение к 3НФ, нужно:

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

Введём понятие многозначной зависимости. Многозначная зависимость существует, если заданным значениям атрибута X соответствует множество, состоящее из нуля (или более) значений атрибута Y (X–>>Y).

Различают тривиальные  и нетривиальные многозначные зависимости. Тривиальной называется такая многозначная зависимость X–>>Y, для которой Y М  X или X  U Y = R, где R – рассматриваемое отношение. Тривиальная многозначная зависимость не нарушает 4НФ. Если хотя бы одно из двух этих условий не выполняется, то такая зависимость называетсянетривиальной.

Четвертая нормальная форма (4НФ).

Отношение находится  в 4НФ, если оно находится в 3НФ и  в нём отсутствуют нетривиальные многозначные зависимости.

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

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

Список используемой литературы:

    1. Антонова Е.И, Самардак А.С., Федоренко Е.В. Базы данных: Учеб. пособие. – Находка: Институт технологии и бизнеса, 2006. – 116 с.
    2. Максимов Е.М., Бахтадзе Н.Н. М 17 Базы данных в системах управления производственными процессами: учеб. пособие / под ред. А.Б. Путилина. – М.: Изд-во МГОУ, 2011.
    3. Кириллов, В. В. Введение в реляционные базы данных / В. В. Кириллов, Г. Ю. Громов. — СПб.:, 2009. — 464 с.
    4. Ульман Л. MySQL: Пер. с англ. – М.: ДМК Пресс. – 352 с.

 


Информация о работе Основы проектирования реляционных баз данных