Пример представления ИЛМ в РБД

Рекомендации перехода от ER модели к РБД

1. Для каждого объекта строится отдельное отношение. Если у объекта простые свойства, то строится одно отношение.

Личность (Таб№, ФИО, Год_рожд, адрес);

R(ИО1, С1, С2, С3);

Имена отношений и атрибутов должны соответствовать требованиям конкретной СУБД. Первичный ключ сущности становится PRIMARY KEY отношения и получают свойство обязательности NOT NULL.

2. Если объект имеет множественные свойства, то каждое из них выделяется в отдельное отношение. Ключом этого отношения будет идентификатор соответствующего объекта + атрибут, отражающий данное свойство.

R1(ИО1, С1, С2) Об- личность ИО – код личности

R2(ИО1, С3) С1- год рождения С2 -адрес

R3(ИО1, С4) С3- имя ребенка С4 – приказ о назначении

3. Наличие между объектами связи типа 1:1 – является редкой ситуацией.

Можно использовать одно отношение.

R1 (ИО1, С1, ИО2, С2) Об1- кафедра Об2- заведующие

или

R1 (ИО1, С1, ИО2) R2 (ИО2, С2)

4. Если между объектами ПО имеется связь 1:М, то нужно использовать два отношения.

R1 (ИО1, С1) Об1- группа Об2- студенты

R2 (ИО2, С2, ИО1)

Отношение R1 соответствует основной сущности, а отношение R2 – подчиненной. В подчиненное отношение добавляется первичный ключ основного отношения (primary key), который становится для подчиненного отношения внешним ключом (foreign key). При необязательности связи внешнему ключу можно установить свойство NULL, при обязательности связи - NOT NULL.

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

R1 (ИО1,С1) Об1- студенты Об2- дисциплины

R2 (ИО2, С2)

R3 (ИО1, ИО2) R3 – связующее отношение.

Здесь подчиненным становится третье отношение, а основными - два первых отношения.

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

Об1-поставщики, Об2- клиенты, Об3- товары.

R1 (ИО1,С1) - поставщики

R2 (ИО2, С2) – клиенты

R3 (ИО3, С3) – товары

R4 (ИО1, ИО2, ИО3, С4, С5) R4-поставки, связующее отношение.

7. Обобщенный объект.

R1 (ИО1, С1, С2, С3, С4, С5, С6, С7)

или

R1 (ИО1, С1, С2, С3, С4, С5) и R2 (ИО1, С1, С2, С6, С7)

Инфологическая модель ПО «Деятельность факультета». В результате анализа ПО (определение пользователей, их задач, документов) можно выделить следующие сущности:

«Факультеты», «Кафедры», «Преподавательские кадры», «Дисциплины» (рис. смотри в конспекте лекции).

РБД: R1_ФАК (Ш_Ф, НАИМ_ФАК)

R2_КАФ (Ш_К, НАИМ_КАФ, Ш_Ф)

R3_ПРЕП (ТАБ_№, ФИО, ДР, ДОЛЖН, УЧ_СТ, Ш_К)

R4_ДИСЦ (Ш_Д, НАИМ_ДИСЦ)

R5_ДЕТИ (ТАБ_№, ИМЯ, ДР)

R6_ИН_ЯЗ (КОД_ЯЗ, НАИМ_ЯЗ)

R7_ЗН_ИН_ЯЗ (ТАБ_№, КОД_ЯЗ, СТЕПЕНЬ_ВЛАДЕНИЯ)

R8_НАГР (ТАБ_№, Ш_Д)

Лекция 5-10 (переписать всю как есть!)