Цель и этапы процесса нормализации отношений в РБД
При разработки схемы РБД для ее работы делается нормализация отношений. Теория нормализации отношений основана на том, что определенный набор отношений обладает лучшими свойствами при накоплении, обновлении, модификации и удалении данных из БД, чем все другие наборы отношений, с помощью которых могут быть представлены те же данные. Отношение несет структурную(схема) и семантическую(функциональная зависимость) информацию.
Требования для ликвидации нежелательных отношений:
- между атрибутами не должно быть нежелательных функциональных зависимостей
- Группировка атрибутов должна обеспечивать минимальное дублирование данных
Все атрибуты должны быть единичными.
Этапы нормализации:
- Избавление от множественных полей путем разбиения на единичные
- Устранение частичной зависимости
- Устранение транзитивной зависимости
Вопрос 11
Виды функциональной зависимости между атрибутами в отношениях
Полная функциональная зависимость – если в записи отношения имеются 2 атрибута и в любой момент времени каждому значению А соответствует только одно значение В, то говорят, что атрибут В функционально зависит от атрибута А
Частичная функциональная зависимостьимеет место только при составном ключе. Если в заданном отношении есть неключевые поля, зависимые от части составного ключа.
Транзитивная зависимость имеет место при любом ключе. Если в заданном отношении есть неключевые пол, зависящие от другого неключевого поля, а оно в свою очередь зависит от ключа.
Вопрос 12
Характеристика 1,2,3 нормальных форм отношений в РБД
1 Форма – отношение находится в 1й форме, если все его атрибуты являются простыми, все используемые домены должны содержать только скалярные значения. Не должно быть повторений строк в таблице
2 форма – отношение находится во 2й форме, если оно находится в 1й форме и каждый неключевой атрибут зависит от первичного ключа
3 форма – отношение находится во 2й форме и каждый не ключевой атрибут нетразитивно зависит от первичного ключа. Вынос всех неключевых полей, содержимое которых может относится к нескольким записям таблицы в отдельные таблицы.
Вопрос 13
Характеристика этапа концептуального программирования в БД
Этапы создания БД:
Концептуальный
Логическая разработка
Физическое проектирование
Концептуальная модель описывается на русском языке – таблицы, классы, свойства, в виде блок-схемы
Кроме таблиц следует указать основные данные, входные документы. В дальнейшем они превратятся в формы. Выходные документы требуется формировать в БД
Вопрос 14
Диаграммы сущность-связь. Основные понятия: сущность, связь, степень связи
ER-диаграмма использует графическое изображение сущностей, предметной области их свойств и взаимосвязей между сущностями.
Сущность – это представление набора реальных или абстрактных объектов, которые можно выделить в одну группу потому что они имеют одинаковые характиристики и могут принимать участие в похожих связях. Сущность в модели изображается прямоугольником с наименованием.
Связь – это некоторая ассоциация между двумя сущностями. Одна сущность может быть связана с другой сущностью или сама с собой. Связи позволяют по одной сущности находить другие сущности, связанные с ней.
Вопрос 15. Разработка предварительных отношений БД на основе ER-диаграммы.
Существуют 6 правил перехода от ER-диаграмм к набору отношений, названными ПРАВИЛАМИ ДЛЯ БИНАРНЫХ СВЯЗЕЙ:
ПРАВИЛО 1. Если степень связи 1:1 и класс принадлежности обеих сущностей обязательный, то такая связь преобразуется в ОДНО отношение, первичным ключом которого становится ключ любой из сущностей.
ПРАВИЛО 2. Если степень связи 1:1 и класс принадлежности одной из сущностей - обязательный, а другой - необязательный, то формируются ДВА отношения, по одному для каждой сущности. Ключ каждой сущности становится первичным ключом соответствующего отношения. Ключ сущности с необязательным классом принадлежности добавляется как атрибут в отношение для сущности с обязательным классом принадлежности.
ПРАВИЛО 3. Если степень связи 1:1 и класс принадлежности обеих сущностей необязательный, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. Ключами первых двух отношений будут ключи сущностей, а ключом третьего - ключ любой из сущностей.
ПРАВИЛО 4. Если степень связи 1:n и класс принадлежности n-связной сущности обязательный, то необходимы ДВА отношения: по одному для каждой сущности. Ключами этих отношений станут ключи каждой сущности. Ключ односвязной сущности добавится как атрибут в отношение для n-связной сущности.
ПРАВИЛО 5. Если степень связи 1:n и класс принадлежности n-связной сущности необязательный, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. В отношении для связи для связи атрибутов должны быть ключи каждой сущности. Ключами первых двух отношений будут ключи сущностей, а ключом третьего - ключ n-связной сущности.
ПРАВИЛО 6. Если степень связи m:n, то необходимы ТРИ отношения: по одному для каждой сущности и одно для связи. В отношении для связи среди атрибутов должны быть ключи каждой сущности. Ключами первых двух отношений становятся ключи сущностей, а ключом третьего - ключи обеих сущностей.
Вопрос 16
Дата добавления: 2018-08-06; просмотров: 591; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!