Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
1_Shporki.docx
Скачиваний:
6
Добавлен:
01.03.2025
Размер:
162.56 Кб
Скачать

26.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:1

Концептуальные модели позволяют более точно представить предметную область, чем реляционные и др модели, но в наст вр сущ-ет немного СУБД, поддерживающих эти модели. Поэтому необходим метод перевода концептуальной модели в реляционную. Такой метод основывается на формировании набора предварительных таблиц из ER-диаграмм. Для каждой сущности создается таблица. Причем каждому атрибуту сущности соответствует столбец таблицы. Правила генерации таблиц из ER-диаграмм опираются на два основных фактора – тип связи и класс принадлежности сущности. Для связи типа 1:1 сущ 3 правила.

Правило 1: Если связь типа 1:1 и КП обеих сущностей явл обязательным, то необходима только 1 табл. Первичным ключом этой табл м.б. первичный ключ любой из 2-х сущн.

Правило 2 Если связь типа 1:1 и КП одной сущности является обяз, а другой – необяз, то необходимо построить табл для каждой сущ-и. Первичный ключ сущности д.б. первичным ключом соотв таблицы. Первичный ключ сущности, для кот КП явл необяз, добавляется как атрибут в табл-у для сущ-ти с обяз КП. Сущность с необяза КП именуется родительской, а с обяз – дочерней. Первичный ключ родительской сущ, помещаемый в табл, представляющую дочернюю сущ, наз-ся внешним ключом родительской сущности. Связь между указанными табл устанавливается путем связи первичного и внешнего ключа. Правило 3 Если связь типа 1:1 и КП обеих сущностей является необяз, то необходимо построить 3 табл – по одной для каждой сущности и 1 для связи. Первичный ключ сущ д.б. первичным ключом соотв таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей.

27.Правила преобразования er-диаграмм в реляционные таблицы в случае связи 1:м, м:n

Правило 4. Если связь типа 1:М и КП сущности на стороне М является обяз-м, то необходимо построить табл для каждой сущности. Первичный ключ сущ-ти д.б. первичным ключом соотв таблицы. Первичный ключ сущности на стороне 1 добавляется как атрибут в табл для сущности на стороне М.

Правило 5. Если связь типа 1:М и КП сущности на стороне М является необяз, то необходимо построить 3 табл – по одной для каждой сущности и 1 для связи. Первичный ключ сущности д.б. первичным ключом соотв таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущн.

Правило 6. Если связь типа М:N, то необходимо построить 3 таблицы – по одной для каждой сущности и одну для связи. Первичный ключ сущности должен быть первичным ключом соотв таблицы. Таблица для связи должна иметь среди своих атрибутов ключи обеих сущностей.

28.Нормализация таблиц, ее цель. Первая нф. 2-ая нф. 3-ья нф.

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

Цель нормализации состоит в том, что набор табл и состав их полей удовлетворял 3 усл-ям минимальности избыточности данных, использования отсутствующих значений, предотвращение потери информации.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]