Выбор СУБД и создание схемы данных

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

Рис. 3. Схема БД информационной системы сельской школьной библиотеки

В практической работе в качестве среды разработки выбрана среда СУБД Access. На рисунке 3 представлена схема базы данных, разработанная в соответствии с техническим заданием.

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

На схеме данных представлены отношения (таблицы) как связные так и объектные. Связные отношения содержат внешние ключи. На схеме четыре объектные отношения (рис.3).

На схеме данных (рис.3) показаны такие таблицы:

ѕ «Ученик»;

ѕ «Учитель (Классный руководитель)»;

ѕ «Класс»;

ѕ «Книги»;

ѕ «Хранение»;

ѕ «Формуляр»;

ѕ «Читательский билет»;

ѕ «Сотрудники»;

ѕ «Должность сотрудников».

Пример связного отношения приведен на рис. 4 Таблица «Класс» состоит из следующих полей: КодКласса (ключевое полепервичный ключ) — тип данных: счётчик; №классатип данных: числовой, совпадения допускаются; профиль обучениятип данных: текстовый.

На рис. 5. Приведена схема отношения. Таблица «Книги» состоит из четырех полей: код книги — счётчик (ключевое поле); автор — тип данных: текстовый, год издания — тип данных: дата/время, краткий формат даты, код хранения — тип данных: числовой.

Рис. 4. Таблица «Класс»

Рис. 5. Таблицы «Книги»

Таблица «Сотрудники» включает в себя такие поля: код сотрудника — тип данных счётчик (ключевое поле); ФИО — тип данных: текстовый.

Схема этого отношения приведена на рисунке (Рис. 6.).

Рис. 6. Таблицы «Сотрудники»

Нужные поля для таблицы «Ученики» таковы: код ученика — тип данных: счётчик (ключевое поле), ФИО — тип данных: текстовый обязательное; класс — тип данных: числовой, длинное целое; год поступления — числовой, длинное целое; код ученика — тип данных: дата/время, краткий формат даты. Рис. 7.

Поля, которые присутствуют в таблице «Учитель (Классный руководитель)»: код учителя — счетчик, ключевое поле; ФИО — тип данных: текстовый, размер — 50, необязательное, совпадения не допускаются; Должность-тип данных: текстовый, размер — 50; код класса — тип данных: числовой, мастер подстановок. Рис. 8.

Рис. 7. Таблица «Ученики»

Рис. 8. Таблица «Учитель (Классный руководитель)»

В таблице «Хранение» присутствуют поля: код хранениятип данных: счётчик (ключевое поле); УДК — тип данных: текстовый, размер поля- 50, обязательное; №книги-числовой, длинное целое. Рис. 9.

Используется механизм подстановок: из родительской таблицы данные представляются в дочернюю.

Таблица «Читательский билет» содержит поля: код читательского билетатип данных: счётчик (ключевое поле); №читательского билета — тип данных: числовой; код ученика — тип данных: числовой, мастер подстановок; Код учителячисловой, длинное целое, мастер подстановок. Рис. 10.

Рис. 10. Таблица «Читательский билет»

Необходимые поля для таблицы «Формуляр» таковы: код формуляратип данных: счётчик (ключевое поле, первичный ключ); №записи — тип данных: текстовый; дата записи — тип данных: дата/время, краткий формат даты; код книги — тип данных: числовой, длинное целое; код сотрудника — тип данных: числовой, длинное целое, мастер подстановок; код читательского билета — тип данных: числовой, длинное целое, мастер подстановок. Рис. 11.

Рис. 11. Таблица «Формуляр»

Рис. 12. Таблица «Должность сотрудника

В данной таблице указаны поля: код должности сотрудника — тип данных: счетчик; должность: тип данных — текстовый; дата приема на работу: тип данных — дата/время, краткий формат даты. Рис. 12.

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

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