Уточнение задачи. 
Базы данных

Задача на создание базы данных школы поставлена исходя из запроса руководителя государственного учреждения образования «Средняя общеобразовательная школа № 55». В соответствии с запросом, программа должна реализовывать:

• — ввод, хранение, редактирование анкетных сведений об учащихся школы, их родителях, успеваемости по предметам;
• — просмотр сведений — личной карточки учащихся;
• — составление списков различных категорий учащихся и семей посредством реализации запросов;
• — возможность легкого и быстрого ежегодного обновления базы: перевод учащихся в следующих класс, удаление учащихся 11 классов и т. д

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

Проектирование структуры базы данных

Для реализации поставленной задачи база данных должна содержать следующие сведения:

• — анкетные данные ребенка (ФИО, дата рождения, класс, адрес, телефон и др.);
• — сведения о родителях (ФИО, телефоны, занятость);
• — сведения о семье (к какой категории принадлежит семья: малообеспеченная, социально-опасная, неполная и т. д.; данные о других детях в семье)
• — информацию об успеваемости ребенка по четвертям по каждому предмету;
• — другие сведения о ребенке (заболевание, занятость в свободное время, последнее оздоровление, состоит ли ребенок на каком-либо учете и т. д.).

В спроектированной модели базы данных школы основным является объект AnketnyeDannye, который содержит всю информацию о детях: Фамилию, имя, отчество ребенка, адреса, телефоны, класс, сведения о родителях, категорию семьи, а также сведения об оздоровлении, особенностях ребенка, если такие имеются и прочее.

Дополним базу данных другими необходимыми объектами:

• — KlRuk — таблица, содержащая информацию о классных руководителях, закрепленных за каждым классом;
• — predmet — перечень обязательных предметов, преподаваемых в школе;
• — uchitel — сведения об учителях-предметниках;
• — uspevaemost — информация об успеваемости.
• — ulicy — справочник улиц, входящих в состав адреса ребенка.

Рассмотрим подробно связь между таблицами, таким образом обоснуем рациональность спроектированной нами модели.

Рассмотрим связь между объектами AnketnyeDannye и ulicy. На одной улице могут проживать много детей, однако один ребенок может проживать (быть зарегистрированным) лишь по одному адресу. Этот вид отношения отражает связь Один-ко-многим (1:М). Аналогично устанавливается связь между другими объектами базы [18].

В реляционной базе данных в качестве объектов рассматриваются отношения, которые можно представить в виде таблиц. Каждому объекту ставится в соответствие реляционная таблица. Связи между объектами типа Один-к-Одному и Один-ко-Многим переходят в соответствующие связи между таблицами. Таблицы между собой связываются посредством общих полей, т. е. одинаковых по форматам и, как правило, по названию, имеющихся в обеих таблицах.

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

В таблицах AnketnyeDannye и ulicy таким полем будет № (порядковый номер, т. е. код улицы), в таблицах AnketnyeDannye и uspevaemost — LicnyjKod, представляющий собой идентификатор каждого ребенка, состоящий из года поступления в школу и порядкового номера по журналу, таблицы predmet и uspevaemost связаны по полю № (предмета). Аналогично связаны и другие таблицы.

Поля AnketnyeDannye и KlRuk связаны по двум полям: klass и bukva. В таблице KlRuk эти оба поля являются ключевыми. В совокупности они и представляют собой идентификатор каждого класса.

Выбор цифровых кодов вместо названий полей обусловлен, как правило, меньшим объемом информации в таких полях: например, число «2» по количеству символов значительно меньше названия улицы «Героев Подпольщиков». При связывании таблиц мы использовали «Мастер подстановок», позволяющий отображать в полях не содержащиеся в ячейках значения (данные ключевых полей), а названия, отражающие их сущность. Кроме удобного отображения, такой прием облегчает процесс ввода данных, т.к. пользователю при наборе первых букв значения предлагается выбор имеющихся вариантов.

В соответствии с этим логическая модель базы данных (схема базы данных) представлена на рисунке 2.3.1, где жирными буквами выделены ключевые поля.

Рис. 2.3.1 Схема базы данных