Проектирование с использованиемEr-метода
Определение сущностей и связей между ними
Сущностями в рассматриваемом случае являются СтудентиДисциплина, которые имеют связьИзучают.
Определение исходных и ролевых сущностей
В рассматриваемом примере ролевых сущностей нет.
Построение er-диаграмм
Составим диаграмму ER-экземпляров
Рис.6. Диаграмма ER-экземпляров
Каждый студент живет по определенному адресу, но по одному и тому же адресу может проживать несколько студентов. Степень связи можно определить как 1:N. Каждый студент должен быть прописан по определенному адресу, также в базе данных должны быть только те адреса, по которым студенты проживают. Следовательно, класс принадлежности обеих сущностей является обязательным.
Каждый студент может изучать несколько дисциплин, и каждая дисциплина может изучаться несколькими студентами, т.е. в данном случае имеем степень связи N:M. Каждый студент должен обязательно что-то изучать (иначе он не студент), но в то же время могут быт дисциплины, которые ни кем не изучаются (например, дисциплины по выбору). Следовательно, класс принадлежности сущностиСтудентявляется обязательным, а сущностиДисциплина– необязательным.
Составим диаграмму ER-типа (рис.7.).
Здесь ключами сущностей являются КодСт,
КодД и Адрес.
Рис.7. Диаграмма ER-типа
Построение набора предварительных отношений
Применим правила генерации отношений.
Для бинарной связи сущностей Студент и Дисциплина будем использовать правило №6. Мы получаем три предварительных отношения: по одному для каждой сущности, в которых первичными ключами являются ключи соответствующих сущностей и одно для связи, куда в качестве атрибутов помещаются ключи обеих сущностей. Итак, имеем отношения: Студент (КодСт, …), Дисциплина (КодД, …) и С_Д (КодСт,КодД, …).
Для связи Студент и Адрес применим правило №4. В результате получим два отношения: по одному для каждой сущности, где ключ сущности будет первичным ключом соответствующего отношения. Дополнительно ключ 1-связной сущности Адрес будет добавлен как атрибут в отношение Студент, отводимоеn-связной сущности. Результат:Студент(КодСт, …, Адрес),Адрес(Адрес, …)
Распределение оставшихся атрибутов по полученным отношениям
В отношение Студентпомещаем следующие атрибутыСтудент(КодСт, Фам, Имя, ДатаР, Адрес, Тел). Среди своих атрибутов отношение, относящееся кДисциплинебудет иметь следующие -Дисциплина(КодД, НаимД, Часы). Оставшиеся атрибуты разместим в отношениеС_Д(КодСт,КодД,Семестр, Оценка). В последнем отношении первичным ключом является составной атрибут (КодСт,КодД,Семестр). А также имеем отношениеАдрес(Адрес, Тел).
Проверка нахождения полученных отношений в нфбк.
Для проверки нахождения полученных отношений в НФБК необходимо для каждого отношения построить диаграммы ФЗ. Диаграмма ФЗ для отношения Студент
Рис.8. Диаграмма ФЗ для отношения Студент.
Определим возможные ключи и детерминанты рассматриваемого отношения.
Возможный ключ Детерминант
<КодСт> <КодСт>
Поскольку возможный ключ является детерминантом, то можно утверждать, что данное отношение находится в НФБК и декомпозиция не требуется.
Рассмотрим ФЗ отношения Дисциплина.
Рис.9. Диаграмма ФЗ для отношения Дисциплина.
Определим возможный ключ и детерминант отношения.
Возможный ключ Детерминант
<КодД> <КодД>
Так как возможный ключ является детерминантом, то отношение находится в НФБК. Дальнейшая декомпозиция не требуется.
Рассмотрим ФЗ отношения Адрес.
Рис.10. Диаграмма ФЗ для отношения Адрес
Определим возможный ключ и детерминант отношения.
Возможный ключ Детерминант
<Адрес> <Адрес>
Так как возможный ключ является детерминантом, то отношение находится в НФБК. Дальнейшая декомпозиция не требуется.
Рассмотрим ФЗ последнего полученного отношения С_Д.
Рис.11. Диаграмма ФЗ для отношения С_Д
Определим возможный ключ и детерминант отношения.
Возможный ключ Детерминант
<КодСт, КодД> <КодСт, КодД>
Так как возможный ключ является детерминантом, то отношение находится в НФБК. Дальнейшая декомпозиция не требуется.