Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Тема 2.3. ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ.doc
Скачиваний:
8
Добавлен:
22.08.2019
Размер:
2.95 Mб
Скачать

Правило 4

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

На ER-диаграмме связи 1:М, представленной на рис.4.5, класс принадлежности сущности СЧЕТ является обязательным. Тогда согласно правилу 4 должны быть сгенерированы две таблицы следующей структуры:

ФИЛИАЛ ФИЛИАЛ- ЗАКАЗ

НФ

АДР_Ф

НЗ

ДЗ

ВЗ

НФ



Связь между указанными таблицами будет иметь вид ф 1 илиал филиал-заказ

Н Ф

А

М

ДР_Ф

Н3

ДЗ

ВЗ

НФ

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

Правило 5

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

Представим, что на ER-диаграмме связи 1:М, изображенной на рис. 4.5, класс принадлежности сущности ЗАКАЗ является необязательным. Тогда согласно правилу 5 должны быть сгенерированы три таблицы следующей структуры:

ФИЛИАЛ ЗАКАЗ ФИЛИАЛ-ЗАКАЗ

НФ

АДР_Ф

НЗ

ДЗ

ВЗ

НФ

НЗ



При этом осуществляется декомпозиция связи 1:М на две связи – 1:М и 1:1 – следующим образом:

Ф

1

ИЛИАЛ ФИЛИАЛ-ЗАКАЗ ЗАКАЗ

М

Н Ф

АДР_Ф

НФ

НЗ

1

1

НЗ

ДЗ

ВЗ



Правило 6

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

ER-диаграмма связи М:N имеется на рис. 4.5. Согласно правилу 6 на основе этой ER-диаграммы должны быть сгенерированы три таблицы следующей структуры:

КЛИЕНТ ЗАКАЗ КЛИЕНТ– ЗАКАЗ

НК

ФИО_К

СОЦ_П

АДР_К

НЗ

ДЗ

ВЗ

НК

НЗ



При этом осуществляется декомпозиция связи М:N на две связи 1:М следующим образом:

КЛИЕНТ КЛИЕНТ– ЗАКАЗ ЗАКАЗ

М

1

1

Н К

ФИО_К

СОЦ_П

АДР_К

Н

М

К

НЗ

НЗ

ДЗ

ВЗ



В таблице КЛИЕНТ–ЗАКАЗ клиенту, сделавшему, например, три заказа будут соответствовать три строки с одним и тем же номером заказа. А заказ, у которого, например, два владельца, представляется двумя строками с различными номерами клиентов, сделавшими этот заказ.

К ER-модели предметной области ФИРМА, представленной на рис. 4.5, применимы правила 1, 4, 6.

Связь МЕНЕДЖЕР – ФИЛИАЛ представляется (согласно правилу 1) одной таблицей

МЕНЕДЖЕР–ФИЛИАЛ

НМ

СТАЖ

СПЕЦ

НФ

АДР_Ф



Связь ФИЛИАЛ – ЗАКАЗ представляется (согласно правилу 4) связью