2.2. Характеристика базы данных

В базе данных отражается информация об определенной предметной области. Предметной областью называется часть реального мира, представляющая интерес для данного исследования.

В данном дипломном проекте ER-модель построена в ERWin.

ERwin имеет два уровня представления модели — логиче­ский (см. приложение 10) и физический (см. приложение 11).

Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация обо всех объектах БД.

Физическая модель данных – способ хранения данных в конкретной СУБД. Строится на основе логической модели данных. Отношения, разработанные на стадии логического моделирования, преобразуются в таблицы, атрибуты в столбцы, домены в типы данных, принятых в выбранной конкретной СУБД. Физическая модель содержит всю информацию, необходимую для реализации конкретной БД. Физический уровень представления модели зависит от выбранного сервера. ERwin поддерживает практически все распространенные СУБД, всего более 20 реляционных и нереляционных баз данных, при этом он позволяет учесть особенности реализации конкретной СУБД. Основными объектами физической модели являются таблицы и колонки. ERwin автоматически создает имена таблиц и колонок на основе имен соответствующих сущностей и атрибутов, учитывая максимальную длину имени и другие синтаксические ограничения, накладываемые СУБД. Результатом физического моделирования является генерация программного кода базы данных на соответствующем выбранной СУБД диалекте структурированного языка запросов SQL.

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

Модель базы данных проектируемой системы Электронный школьный журнал содержит 18 таблиц. В данном дипломном проекте, в соответствии с описанной предметной областью, были выявлены следующие сущности, необходимые для решения моих задач: СПИСКИ УЧАЩИХСЯ, СПИСКИ РОДИТЕЛЕЙ, СПИСКИ ПРЕПОДАВАТЕЛЕЙ, СПИСКИ КЛАССОВ,СПИСКИ ПРЕДМЕТОВ,РАСПИСАНИЕ, ВРЕМЯ ЗАНЯТИЙ, ОЦЕНКИ.

Далее я коротко охарактеризую таблицы, распишу их характеристики и принадлежность к моему модулю.

Таблица «Учащийся»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Учащегося	integer	NOT NULL	PK
Фамилия	varchar	NULL
Имя	varchar	NULL
Отчество	varchar	NULL
Дата рождения	DateTime	NOT NULL
Возраст	Int	NULL
Место проживания	varchar	NULL
Номер телефона	int	NULL
E-mail	varchar	NULL
Пол	varchar	NOT NULL

Таблица «Учащиеся» используются мной для хранения списков учеников школы, для отбора учеников по классам для подсчета рейтинга классов и рейтинга учащихся.

Таблица «Родитель»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Родитель	integer	NOT NULL	PK
Фамилия	varchar	NULL
Имя	varchar	NULL
Отчество	varchar	NULL
Номер телефона	Int	NULL
E-mail	varchar	NOT NULL
Место работы	varchar	NULL
Дата рождения	DateTime	NULL
Пол	varchar	NOT NULL

Таблица «Родитель» используется мной для хранения сведений родителей учащихся, для дальнейших отчетов школы и выдачи справок родным ученика.

Таблица «Список названия дней»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Дня	integer	NOT NULL	PK
Название дня	varchar	NULL

Таблица «Список названия дней» используются мной для хранения названия дней недели, для обозначений в школьном журнале.

Таблица «Преподаватель»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Преподаватель	integer	NOT NULL	PK
Фамилия	varchar	NULL
Имя	varchar	NULL
Отчество	varchar	NULL
Возраст	int	NOT NULL
Классное руководство	int	NULL
Категория	int	NULL

Таблица преподаватель используется мной для хранения сведений и контактной информации о каждом преподавателе. Таблица «Преподаватель» необходима для назначения преподавателей классными руководителями для каждого класса. Для закрепления за каждым преподавателем специальность, которую он будет преподавать.

Таблица «Класс»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Класса	integer	NOT NULL	PK
ID Учащегося	integer	NULL
Список учащихся	varchar	NULL
Руководитель	varchar	NULL
Название класса	varchar	NULL

Таблица «Класс» используется мной для хранения данных класса: списки учащихся входящих в класс, классного руководителя класса.

Таблица «Список названия классов»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
Список названия классов	int	NOT NULL	PK
ID Класса	integer	NULL
ID Учащегося	integer	NULL
Выпускник	varchar	NULL

Таблица «Список названия классов» используется мной, чтобы хранить классы всех выпускников школы.

Таблица «Предмет»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID предмета	integer	NOT NULL	PK
Название предмета	varchar	NULL

Таблица «Предмет» используется мной, чтобы хранить список названия предметов.

Таблица «Расписание»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Дня	integer	NULL	PK
ID Предмета	integer	NULL
ID Класса	Integer	NULL
ID Преподавателя	integer	NULL

Таблица «Расписание» необходима мне , для вывода расписания классов.

Таблица «Время занятий»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
Время начала занятий	Time	NOT NULL	PK
Время занятия	Time	NOT NULL
Время окончания занятия	Time	NOT NULL

Таблица «Время занятий» необходима мне для назначения времени занятий: время начала занятия, время самого занятия и время окончания занятия.

Таблица «Оценка»

Атрибут	Тип данных	Свойства	Спецификация дополнительных объектов
ID Оценки	integer	NOT NULL	PK
Дата	DateTime	NULL

Таблица «Оценка» необходима мне для назначения оценок учащимся по каждому предмет.