Лекция 4
1.4.1.1. Рекомендации перехода от er модели к рбд
Для каждого объекта строится отдельное отношение. Если у объекта простые свойства, то строится одно отношение.
Личность (Таб№, ФИО, Год_рожд, адрес);
R(ИО1, С1, С2, С3);
Имена отношений и атрибутов должны соответствовать требованиям конкретной СУБД. Первичный ключ сущности становится PRIMARY KEY отношения и получают свойство обязательности NOT NULL.
Если объект имеет множественные свойства, то каждое из них выделяется в отдельное отношение. Ключом этого отношения будет идентификатор соответствующего объекта + атрибут, отражающий данное свойство.
R1(ИО1, С1, С2) Об- личность ИО – код личности
R2(ИО1, С3) С1- год рождения С2 -адрес
R3(ИО1, С4) С3- имя ребенка С4 – приказ о назначении
Наличие между объектами связи типа 1:1 – является редкой ситуацией.
Можно использовать одно отношение.
R1 (ИО1, С1, ИО2, С2) Об1- кафедра Об2- заведующие
или
R1 (ИО1, С1, ИО2) R2 (ИО2, С2)
Если между объектами ПО имеется связь 1:М, то нужно использовать два отношения.
R1 (ИО1, С1) Об1- группа Об2- студенты
R2 (ИО2, С2, ИО1)
Отношение R1 соответствует основной сущности, а отношение R2 – подчиненной. В подчиненное отношение добавляется первичный ключ основного отношения (primary key), который становится для подчиненного отношения внешним ключом (foreign key). При необязательности связи внешнему ключу можно установить свойство NULL, при обязательности связи - NOT NULL.
Если между объектами ПО имеется связь 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_НАГР (ТАБ_№, Ш_Д)