2.2 Инфологическая модель базы данных
Цель инфологического проектирования – обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в созданной БД. Поэтому инфологическую модель пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства.
Связь – ассоциирование двух и более сущностей. Если бы назначением БД было только хранение отдельных, не связанных между собой данных, то ее структура могла быть очень простой. Однако одно из основных требований к организации базы данных – это обеспечение возможности отыскания одних сущностей по назначениям других, для чего необходимо установить между ними определенные связи [8].
Модель «сущность-связь»
Модель «сущность - связь» основана на использовании 3-х основных конструктивных элементах:
сущность
атрибут
связь
Рисунок 2.1. Модель «сущность-связь»
Взаимосвязи между таблицами БД могут быть типизированы по следующим основным видам:
отношение “один к одному” (1:1) означает, что каждая запись одной таблицы соответствует только одной записи в другой таблице;
отношение “один ко многим” (1:М) возникает, когда одна запись взаимосвязана со многими другими;
отношение “многие к одному” означает, что многие записи связаны с одной (М:1);
отношение “многие ко многим” (M:N) возникает между двумя таблицами в тех случаях, когда:
одна запись из первой таблицы может быть связана более чем с одной записью из второй таблицы;
одна запись из второй таблицы может быть связана более чем с одной записью из первой таблицы.
Схема модели «сущность-связь» приведена на рисунке 2.1.
Классификация связей
Таблица 2.1 «Классификация связей»
-
Номер связи
Родительская таблица
Дочерняя таблица
Тип связи
1
Комната
Документ_на_вселение
1:М
2
Корпус
Комната
1:M
3
Студенты
Документ_на_вселение
1:М
4
Документ_на_вселение
Ведомость
1:М
Обоснование выбора типа связи:
1 – На одну комнату составляется несколько документов на вселение.
2 – В одном корпусе находится много комнат.
3 – На одного студента может подписываться несколько приказов, по годам.
4 – На один приказ может оформляться множество платежей, по месяцам.
2.3 Определение функциональных зависимостей между атрибутами
Понятие функциональной зависимости является базовым, так как на его основе формулируется определение всех остальных видов зависимостей.
В процессе проектирования базы данных были выявлены следующие функциональные зависимости:
Таблица 2.2. Функциональные зависимости между атрибутами сущности «Users»
Наименование атрибутов |
Функциональные зависимости |
Login Password Order |
|
Таблица 2.3. Функциональные зависимости между атрибутами сущности «Студенты»
Наименование атрибутов |
Функциональные зависимости |
Номер_зач Фамилия Имя Отчество Факультет Курс Прописка Наличие_регистрации |
|
Таблица 2.4. Функциональные зависимости между атрибутами сущности «Документ_на_вселение»
Наименование атрибутов |
Функциональные зависимости |
Код_приказ Дата_подписания Дата_вселения Дата_выселения Номер_комната Номер_корпус Номер_зач |
|
Таблица 2.5. Функциональные зависимости между атрибутами сущности «Ведомость»
Наименование атрибутов |
Функциональные зависимости |
Номер_касса_ордер Дата_оплата Инн_СевКавГТУ Месяц_плата Сумма Фамилия_гл_бухгалтер Фамилия_кассир Код_приказ |
|
Таблица 2.6. Функциональные зависимости между атрибутами сущности «Комната»
Наименование атрибутов |
Функциональные зависимости |
Номер_комната + Номер_корпус Кол_мест Кол_своб_мест Кровать_шт Полка_шт Стол_шт Стул_шт Телевизор_шт Тумба_шт Холодильник_шт Шкаф_шт |
|
Таблица 2.7. Функциональные зависимости между атрибутами сущности «Корпус»
Наименование атрибутов |
Функциональные зависимости |
Номер_корпус Фамилия_комендант Имя_комендант Отчество_комендант Тел_корпус Кол_мест Кол_своб_мест |
|
