Проектирование Базы данных. Инфологическая модель.
При создании инфологической модели была проанализирована предметная область заданной базы данных «Учебный план - Преподаватель». Было выделено 4 объекта: Учебный план, Дисциплина, Занятия, Преподаватель. Объект Учебный план имеет атрибуты: Год создания, Номер учебного плана. Объект Дисциплина имеет такие атрибуты: Название, Семестр, Код, Цикл, Номер учебного плана. Объект Занятия имеет атрибуты: Тип, Код, Коэффициент значимости, Количество часов, Форма отчетности. И объект Преподаватель имеет атрибуты: ФИО, Табельный номер, Кафедра, Должность, Телефон. Объекты Учебный план и Дисциплина связаны в отношении 1:n, объекты Дисциплина и Занятия связаны отношением 1:n, и объекты Дисциплина и Преподаватель связаны отношением m:n.
При описании инфологической модели использовались ER-диаграммы:
Логическая модель.
На этапе логического проектирования разрабатывается логическая структура БД, соответствующая инфологической модели предметной области. Решение этой задачи существенно зависит от модели данных, поддерживаемой выбранной СУБД. Результатом выполнения этого этапа являются схемы БД концептуального и внешнего уровней архитектуры, составленные на языках определения данных выбранной СУБД.
Для создания логической модели каждому объекту была поставлена в соответствие таблица, с определенным набором полей.
На этапе логического проектирования разрабатывается логическая структура БД, соответствующая инфологической модели предметной области. Решение этой задачи существенно зависит от модели данных, поддерживаемой выбранной СУБД. Результатом выполнения этого этапа являются схемы БД концептуального и внешнего уровней архитектуры, составленные на языках определения данных выбранной СУБД.
Для создания логической модели каждому объекту была поставлена в соответствие таблица, с определенным набором полей. Так как Объекты Дисциплина и Преподаватель связаны в отношении m:n, то появляется дополнительная таблица для представления связи между объектами Дисциплина и Преподаватель: Преподает.
Всего у нас три объекта и следовательно будет три таблицы для их представления, объект Учебный план является только информационным, так как работа базы данных осуществляется только с одним учебным планом:
- Disciplina;
- Zanyatiya;
- Prepodavatel;
Но между двумя объектами имеется связь m:n, поэтому нам необходимо ввести еще одну таблицу для представления связей между этими таблицами. Это будет таблица Преподает (Disciplina-Prepodavatel) .
Представленную базу данных можно отнести к 5-ой нормальной форме, т.к. она относится к 3-ей нормальной форме и первичный ключ является простым. Логическая схема реализована в Microsoft Access.
Структура таблиц.
Исходная база данных состоит из 4 таблиц.
Расшифровка полей:
Disciplina.db
Nazvanie – название дисциплины, тип поля: String;
Kod – уникальный код дисциплины: ShortInt;
Semestr – семестр, в котором она преподается: String;
Cikl – цикл дисциплин, к которому относится дисциплина: String;
NomerPlana – номер учебного плана, в котором содержится дисциплина: ShortInt.
Zanyatiya.db
TipZanyatiya – тип занятия: String;
KodDisciplini – код дисциплины, к которому относится занятие: ShortInt;
KoefZnachimosti – коэффициент значимости занятия: ShortInt;
FormaOtchetnosti – форма отчетности по типу занятия: String;
KolichestvoChasov – количество преподаваемых часов заянтия: ShortInt.
Prepodaet.db(Disciplina-Prepodavatel)
KodDisciplini– код дисциплины: ShortInt;
TabNomerPrepodavatelya – табельный номер преподавателя, который преподает соответствующую дисциплину: ShortInt.
Prepodavatel.db
FIO – ФИО преподаваля: String;
TabelNomerPrepodavatelya – уникальный табельный номер преподавателя: ShortInt;
Kafedra – кафедра, на которой он работает: String;
Dolshnost – Должность преподавателя: String;
Telefon– контактный телефон преподавателя: String.