Спроектируйте базу данных для информационной системы наша школа содержащей сведения об учителях

Обновлено: 04.07.2024

Презентация на тему: " ПРОЕКТИРОВАНИЕ МНОГОТАБЛИЧНОЙ БАЗЫ ДАННЫХ ТЕХНОЛОГИЯ ИСПЛЬЗОВАНИЯ И РАЗРАБОТКА ИНФОРМАЦИОННЫХ СИСТЕМ." — Транскрипт:

1 ПРОЕКТИРОВАНИЕ МНОГОТАБЛИЧНОЙ БАЗЫ ДАННЫХ ТЕХНОЛОГИЯ ИСПЛЬЗОВАНИЯ И РАЗРАБОТКА ИНФОРМАЦИОННЫХ СИСТЕМ

2 Ключевые слова База данных (БД) Модель данных Реляционная модель данных Главный ключ Система управления базами данных Полноценная СУБД

3 Табличная форма модели данных ФАКУЛЬТЕТЫ Название факультета Экзамен 1 Экзамен 2 Экзамен 3 СПЕЦИАЛЬНОСТИ Название специальности Название факультета План приёма АБИТУРИЕНТЫ Регистрационный номер Фамилия Имя Отчество Дата рождения Город Законченное учебное заведение Название специальности Производственный стаж Медаль Оценка за экзамен 1 Оценка за экзамен 2 Оценка за экзамен 3 Зачисление

4 Табличная форма модели данных ФАКУЛЬТЕТЫ Код факультета Экзамен 1 Экзамен 2 Экзамен 3 СПЕЦИАЛЬНОСТИ Код специальности Название факультета План приёма Чтобы избежать многократного повторения длинных значений полей в разных записях заменяют названия на короткий код.

5 Табличная форма модели данных АНКЕТЫАБИТУРИЕНТЫОЦЕНКИИТОГИ Регистрационный номер ФамилияКод специальностиОценка за экзамен 1Зачисление ИмяМедальОценка за экзамен 2 ОтчествоПроизводственный стаж Оценка за экзамен 3 Дата рождения Город Законченное учебное заведение

6 Отношения и связи Каждая из спроектированных выше таблиц будет представлена в БД отдельным отношением. Опишем все их в строчной форме, дав в некоторых случаях полям сокращенные имена и подчеркнув главные ключи. ФАКУЛЬТЕТЫ (КОД_ФКТ, ФАКУЛЬТЕТ, ЭКЗАМЕН_1, ЭКАМЕН_2, ЭКЗАМЕН_3) СПЕЦИАЛЬНОСТИ (КОД_СПЕЦ, СПЕЦИАЛЬНОСТЬ, КОД_ФКТ, ПЛАН) АБИТУРИЕНТЫ (РЕГ_НОМ, КОД_СПЕЦ, МЕДАЛЬ, СТАЖ) АНКЕТЫ (РЕГ_НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ГОД_РОЖД, ГОРОД, УЧ_ЗАВЕДЕНИЕ) ОЦЕНКИ (РЕГ_НОМ, ОЦЕНКА_1, ОЦЕНКА_2, ОЦЕНКА_3) ИТОГИ (РЕГ_НОМ, ЗАЧИСЛЕНИЕ) Чтобы эти шесть таблиц представляли собой систему, между ними должны быть установлены связи.

7 Схема базы данных ФАКУЛЬТЕТЫ СПЕЦИАЛЬНОСТИ АБИТУРИЕНТЫ ИТОГИ ОЦЕНКИ АНКЕТЫ

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

9 Система основных понятий Проектирование многотабличной базы данных 1-й этап: анализ предметной области Результат: построение структуры данных информационной модели предметной области 2-й этап: построение модели данных для будущей БД Реляционная модель данных (система таблиц) Типы связейСхемаЦелостность Один к одному, один ко многим Граф, отражающий структуру данных и связей в БД Свойство согласованности действий с повторяющимися данными (поддерживается СУБД)

11 Вопросы и задания 2. а) В чем заключается построение модели данных? б) Что означает свойство целостности БД? в) Какие данные следует добавить в БД приемной комиссии, если требуется учитывать преподавателей, принимающих экзамены, и деление абитуриентов на экзаменационные группы? г) Какие данные следует добавить в БД приемной комиссии, если дополнительно к требованиям предыдущего задания нужно учитывать расписание экзаменов, т. е. сведения о том, где, когда и какому преподавателю сдает экзамен данная группа? д) Постройте схему БД с учетом выполнения заданий 2, в и 2, г.

Завуч может вносить следующие изменения:
• ввести информацию о новом учителе;
• удалить запись об ученике;
• изменить оценку ученику.

Необходимо предусмотреть возможность выдачи справки о количестве учеников, в данном классе и отчета о работе школы (количество учителей по предметам, количество кабинетов, исло учеников в каждом классе, число учащихся на 2, 4-5, 5 по классам и по школе).

Цель практических заданий – приобретение навыков анализа предметной области, проектирования базы данных, ее физической реализации в СУБД Access.
Результат выполнения работы представляется в виде файла БД Access, который должен содержать:
• спроектированные таблицы,
• схему данных со связями между таблицами,
• формы, обеспечивающих интерфейс пользователя,
• запросы,
• отчеты,
• главную кнопочную форму.

Главная кнопочная форма

Готовая база данных Access Школа доступна для скачивания по ссылке ниже.

Построение модели данных

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

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

Факультеты (КОД_ФАК, ФАКУЛЬТЕТ, ЭКЗАМЕН_1, ЭКЗАМЕН _2, ЭКЗАМЕН_3)
Специальности (КОД_СПЕЦ, СПЕЦИАЛЬНОСТЬ, КОД_ФАК, ПЛАН)
Абитуриенты (PEГ_HOM, КОД_СПЕЦ, МЕДАЛЬ,СТАЖ)
Анкеты (РЕГ_НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, ДАТА РОЖД, ГОРОД, УЧ_ЗАВЕДЕНИЕ)
Оценки (РЕГ_НОМ, ОЦЕНКА_1, ОЦЕНКА 2, ОЦЕНКА_3)
Итоги (РЕГ_НОМ, ЗАЧИСЛЕНИЕ)

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

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

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

На этом проектирование базы данных завершено. Это был теоретический этап. Дальнейшая работа будет происходить в среде СУБД MS Access.

Коротко о главном

Построение реляционной модели данных заключается в описании всех используемых в ней отношений (таблиц) и построение схем базы данных, то есть системы связи между таблицами.

Поддержка целостности данных — автоматический контроль за согласованностью взаимосвязанных данных в разных таблицах.

Вопросы и задания

1. а) В чем заключается построение модели данных?

б) В чем заключается свойство целостности БД?

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

б) Какие данные следует добавить в БД приемной комиссии, если дополнительно к требованиям предыдущего задания нужно учитывать расписание экзаменов, то есть сведения о том, где, когда и какому преподавателю сдает экзамен данная группа?

в) Постройте схему БД с учетом требований, изложенных в вопросах 2 а) и 2 б).

3. а) При проектировании БД были определены следующие отношения:

Магазин (НОМЕР_МАГ, ТИП, АДРЕС, ДИРЕКТОР, ТЕЛЕФОН);

Отдел (НАЗВАНИЕ_ОТД, ЗАВЕДУЮЩИЙ, ТЕЛЕФОН);

Продавец (ТАБЕЛЬНЫЙ НОМ, ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, КАТЕГОРИЯ)

Являются ли эти отношения связанными? Добавьте все, что необ¬ходимо для их связи; изобразите схему БД в графическом виде.

Семакин И.Г., Хеннер Е.К., Информатика и ИКТ, 11

Отослано читателями из интернет-сайтов

Если у вас есть исправления или предложения к данному уроку, напишите нам.

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

Информационные процессы влияют на все составляющие образовательной системы: содержание образования и воспитания, деятельность педагогических и вспомогательных кадров, решение финансово-хозяйственных вопросов определяют систему ориентиров и точек роста образовательной системы в целом. Связано это, в первую очередь, с тем, что образовательный процесс, представляющий собой педагогически организованное взаимодействие его участников, является также информационным процессом, связанным с производством, хранением, обменом и потреблением различной информации. В каждой школе есть масса разрозненной информации на бумажных носителях (классные журналы, учебно-методические материалы, приказы и т.д.), и поиск информации сложен для всех – администрации, учителей, учеников. Поэтому так важно организовать в школе единое информационное пространство, которое позволит:

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

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

Созданная и развернутая информационно — аналитическая система школы позволяет:
Администрации

Вести управление по результатам деятельности.
Принимать эффективные управленческие решения.
Четко видеть динамику происходящих в школе изменений.
Объективно оценивать деятельность педагогических работников.
Повысить уровень организации управленческого труда.

Педагогическим работникам

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

Представителям учредителя, методическим службам

Иметь информацию о деятельности школы и ее развитии.
Корректировать и консультировать администрацию и педагогических работников по конкретным объективным данным итогов образовательного процесса и принимать оперативные управленческие решения.

Учащимся и их родителям, представителям общественности

Иметь доступ к информации о деятельности школы и результатах образовательного процесса.
Оказывать влияние на формирование образовательного спроса, развитие школы и качество обучения и воспитания.

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

1. Технические требования
Персональный компьютер с процессором не ниже P-II
Оперативная память (рекомендуемая) объемом от 128 Мб.
Свободное место на жестком диске не менее 30 Мб.
Операционная система Windows 98; Windows 2000, XP, Millenium, NT.
Минимальное разрешение экрана 800x600.
Программа устанавливается на сервер, пользователи имеют доступ к БД по локальной сети с любого компьютера образовательного учреждения, подключенного к локальной вычислительной сети.

В данной форме предлагается сделать выбор: либо работа с данными учащихся или педагогов, либо выбор своей пользовательской формы.
Работа с данными учителей

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

1. Нажмите на кнопку (Переход к новой записи).

2. Заполните вкладки формы: Личные данные, Сведения о родителях, Социальные данные, Внеурочная занятость, Достижения, Успеваемость, Пропуски.

Для создания справки учащегося нажмите кнопку

При этом система запросит необходимые сведения об учащемся (фамилию, имя и класс). После ввода данных об учащемся в диалоговое окно появится справка, которую можно сохранить в документ (Файл –Сохранить …), распечатать (Файл – Печать), закрыть.

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

Для закрытия формы используется кнопка .

В качестве пользователей в данной программе выделены: заместитель директора по УВР, Классный руководитель, Социальный педагог, Медицинский работник, Родители.

Заместитель директора по УВР имеет возможность работать с документами (тарификация, ОШ-1, сетка часов и т.д.), выполнять запросы, в результате которых получать сведения о количестве учащихся в классе,

Социальный педагог

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

В представленной базе данных используется гибкий и распространенный способ защиты информации, который называется защитой на уровне пользователей. Этот способ защиты подобен способам, используемым в большинстве сетевых систем. От пользователей требуется идентифицировать себя и ввести пароль, когда они запускаю базу данных.
Устанавливаются следующие учетные записи:

Рассмотрим на конкретном примере методику проектирования многотабличной базы данных. Для этого снова вернемся к задаче моделирования работы с информацией, выполняемой приемной комиссией при поступлении абитуриентов в университет (см. § 3).

Табличная форма модели данных

В § 3 была построена модель данных, состоящая из трех взаимосвязанных таблиц. Воспроизведем ее еще раз.

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

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

Внесем изменения в таблицы ФАКУЛЬТЕТЫ и СПЕЦИАЛЬНОСТИ.

Здесь предполагаются два упрощающих допущения: пусть на разных специальностях одного факультета сдаются одни и те же экзамены, а число экзаменов на всех факультетах равно трем (это вполне разумно).

Очень неудобной для работы является таблица АБИТУРИЕНТЫ. В ней слишком много полей. В частности, такую таблицу неудобно будет просматривать на экране, легко запутаться в полях.

С такими таблицами работать гораздо проще. На разных этапах работы приемной комиссии каждая из этих таблиц будет иметь самостоятельное значение.

Таблица АНКЕТЫ содержит анкетные данные, не влияющие на зачисление абитуриента в вуз. В таблице АБИТУРИЕНТЫ содержатся сведения, определяющие, куда поступает абитуриент, а также данные, которые могут повлиять на его зачисление (предположим, что это может быть производственный стаж и наличие медали). Таблица ОЦЕНКИ — это ведомость, которая будет заполняться для всех абитуриентов в процессе приема экзаменов. Таблица ИТОГИ будет содержать результаты зачисления всех абитуриентов.

Отношения и связи

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

Чтобы эти шесть таблиц представляли собой систему, между ними должны быть установлены связи.

Схема базы данных

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

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

Что такое целостность данных

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

Система не допустит, чтобы одноименные поля в разных связанных между собой таблицах имели разные значения. Согласно этому принципу, будет автоматически контролироваться ввод данных. В связанных таблицах может быть установлен режим каскадной замены: если в одной из таблиц изменяется значение поля, по которому установлена связь, то в других таблицах одноименные поля автоматически изменят свои значения. Аналогично действует режим каскадного удаления: достаточно удалить запись из одной таблицы, чтобы связанные записи исчезли из всех остальных таблиц. Это естественно, поскольку, например, если закрывается какой-то факультет, то исчезают и все его специальности. Или если у абитуриента изменяют регистрационный номер в таблице АБИТУРИЕНТЫ, то автоматически номер должен обновиться и в других таблицах.

На этом проектирование базы данных завершается. Это был теоретический этап. Практическая работа по созданию базы данных будет проходить в рамках компьютерного практикума.

Система основных понятий

Вопросы и задания

б) Какие информационные процессы происходят на различных этапах приемной кампании в вузе?

в) Какая информация добавляется к базе данных на каждом этапе?
а) В чем заключается построение модели данных?

б) Что означает свойство целостности БД?

в) Какие данные следует добавить в БД приемной комиссии, если требуется учитывать преподавателей, принимающих экзамены, и деление абитуриентов на экзаменационные группы?

г) Какие данные следует добавить в БД приемной комиссии, если дополнительно к требованиям предыдущего задания нужно учитывать расписание экзаменов, т. е. сведения о том, где, когда и какому преподавателю сдает экзамен данная группа?

д) Постройте схему БД с учетом выполнения заданий 2, в и 2, г.
а) При проектировании БД были определены следующие отношения:

МАГАЗИН(НОМЕР_МАГ, ТИП, АДРЕС, ДИРЕКТОР, ТЕЛЕФОН)

ОТДЕЛ(НАЗВАНИЕ_ОТД. ЗАВЕДУЮЩИЙ , ТЕЛЕФОН)

ПРОДАВЕЦ(ТАБЕЛЬНЫЙ_НОМ. ФАМИЛИЯ, ИМЯ, ОТЧЕСТВО, КАТЕГОРИЯ)

Являются ли эти отношения связанными? Добавьте всё, что необходимо для их связи; изобразите схему БД в графическом виде.

Главная кнопочная форма

Готовая база данных Access Школа доступна для скачивания по ссылке ниже.

1.1 Проектирование модели реальной БД на примере создания

Мы будем создавать работающую БД со всеми основными объектами: таблицами, формами, запросами и отчетами, используя всем нам хорошо знакомую предметную область – школу. Школа – это сложная структура со множеством объектов. Перечислим эти объекты: ученики, учителя, классы, администрация, изучаемые предметы, оценки по этим предметам, библиотека, столовая, кружки, родительский комитет, зарплата учителей, школьная мебель и оборудование, ремонт помещений и т. п. и т. д. Создать БД, которая бы полностью охватывала бы все эти объекты и взаимосвязи между ними, мы никак не успеем в рамках тех часов, которые выделены нам на изучение этой темы. Поэтому выделим только самые основные и хорошо знакомые ученикам.

1 – 4 : Основные объекты БД

5 – 8 : Объекты, с помощью которых осуществляется связь основных объектов друг с другом:

5 – 6 : Связи между объектами, которые реализуются с помощью дополнительных таблиц,

7 – 8 : Связи между объектами, которые реализуются с помощью прямых связей между таблицами.

На рис.1.1 стрелки, соединяющие объекты БД, помечены значками 1 и ¥. Это означает вид связи один-ко-многим. Например, в одном классе учатся много учеников или, один ученик получает много оценок.

Отношение многие-ко-многим (¥ и ¥) может применяться в такой ситуации: один и тот же учитель читает в разных классах и один и тот же предмет читают разные учителя. Например, на английский язык класс делиться на группы и в этих группах работают разные учителя или математику в разных классах читают разные учителя и т. п. А связь один-к-одному обозначает точное совпадение количества записей в таблицах.

Мастер подстановки из таблицы Учителя.

Мастер подстановки из таблицы Класс

Мастер подстановки из таблицы Учителя

Мастер подстановки из таблицы Предмет

Мастер подстановки из таблицы Класс

Мастер подстановки из таблицы Ученики

Мастер подстановки из таблицы Предмет

Мастер подстановки на основе фиксированного набора данных

В нашей школе будет 3 класса: 11-А, 11-Б и 11-В (в вашей могут быть совершенно другие классы, например, 5-Ё). В каждом классе учится по 5 учеников, в школе работает 6 учителей (3 классных руководителя и 3 учителя-предметника) и дети изучают в каждом классе по 5 предметов. Один и тот же предмет в разных классах могут вести разные учителя и один и тот же учитель может читать разные предметы.

Для того чтобы мы знали, какие конкретно данные вводить в таблицы БД, составим списки предметов (табл. 1.2), которые будут читаться в разных классах (у нас обучение профильное и в разных классах читаются разные предметы, а у вас это могут быть просто разные классы – 5, 7, 10)

класс с углубленным изучением химии

класс с углубленным изучением физики

Откроем программу Ms ACCESS, выберем место на диске, где будет храниться наша БД, назовем ее Школа.mdb и приступим к созданию таблиц.

Сначала будем создавать таблицы, при построении которых не используется Мастер подстановки (табл.1.1). Это таблицы Учителя и Предмет.

В главном окне БД выбираем Создание таблицы в режиме конструктора (рис.1.2) и делаем такие поля для таблицы Учителя (рис.1.3):

Поле №_учителя делаем ключевым – выделяем его и нажимаем кнопку Ключевое поле на панели инструментов (ПИ). Значения для этого поля вводятся автоматически при заполнении таблицы и не повторяются, даже если какая-то запись будет удалена.

Таблицу Учителя можно сразу и заполнить данными, чтобы продемонстрировать потом работу Мастера подстановки. Переходим из режима конструктора в режим таблицы и вносим данные (рис.1.4):

Аналогично создаем таблицу Предмет (рис.1.5 и 1.6). Названия предметов берем из таблицы 1.2.

Теперь создадим таблицу Класс. Тоже в главном окне БД выбираем Создание таблицы в режиме конструктора и делаем такие поля (Рис.1.7):

Что такое Мастер подстановки? Это очень полезная возможность, которая используется для того, чтобы брать уже готовые данные из таблицы-источника и одним щелчком мыши вводить их в данную таблицу. Это позволяет, во-первых, значительно ускорить заполнение таблиц данными, а во-вторых, избежать ошибок и опечаток.

Например, при вводе названия класса можно написать: 11А, 11-А, 11 а и т. п. Для нас это все один и тот же 11-А класс, а для БД – это различные данные. Чтобы избежать такого разночтения и используется Мастер подстановки.

1. В списке типов полей выбираем Мастер подстановки (рис.1.7)

3. В окне (рис.1.9) выбираем таблицу, из которой будем брать данные. Сейчас это таблица – Учителя.

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

5. На рис. 1.10 видно, как будет выглядеть наш столбец подстановки:

6. Нажимаем кнопку Готово, переходим в режим таблицы и смотрим, как это работает (рис.1.11 и 1.12):

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

Таблица Ученики. Для облегчения дальнейшего ввода данных в нее, в полях Дата_рождения и Телефон применим шаблоны – формат поля и маску ввода (см. Приложение на стр.47) (Рис. 1.13 и 1.14):

Вот готовая таблица Ученики (рис.1.15):

Теперь займемся таблицей Преподает. Эта таблица не содержит ключевого поля и все значения в ней определяются Мастером подстановки для полей №_учителя, №_предмета и Класс (табл.1.1). Вот заполненная таблица Преподает с сортировкой данных по классам (рис.1.16) и по учителям (рис.1.17):

Теперь приступим к самой большой таблице – Получает. Эта таблица должна содержать такое количество записей:

225=количество учеников * количество предметов в классе * количество периодов обучения

Период обучения – 1 семестр, 2 семестр, год. Таким образом, в нашей БД будут находиться только семестровые и годовые оценки учеников по всем предметам.

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

1. В столбце Тип данных Конструктора таблицы выбираем Мастер подстановки.

Аналогично можно поступить и с полем Оценки. Обратите внимание, что в демонстрационной БД, которую Вы получили вместе с этой книгой используется 5-ти бальная система оценок. Учителям в Украине оценки нужно поменять на 12-ти бальную систему.

Когда начнем вводить информацию в таблицу, то в поле Период возникнет раскрывающийся список с периодами обучения (рис.1.20):

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

А вот пример заполненной таблицы для первого ученика (рис.1.21):

Еще 15 раз по столько – и золотой ключик у вас в кармане!

🙂 – Дети, если вы не будете хорошо учиться, то вам всю жизнь придется заполнять БД!

Перейдем в главное окно БД и в ПИ нажмем кнопку Схема данных . Появится соответствующее окно (рис.1.22). Если в процессе создания таблиц мы использовали Мастер подстановки, то Ms ACCESS самостоятельно установит нужные связи между полями в таблицах. Расположение таблиц в окне может быть другое. Вы можете для удобства сравнения с рисунком перетащить их, ухватившись за заголовок таблицы. Если на вашей схеме появилось меньше 6 таблиц, то недостающие таблицы нужно добавить. Нажмите правую кнопку мыши внутри окна схемы данных и выберите команду Добавить. Если же у вас появились лишние таблицы с именами Класс1 или Преподает3, то их нужно удалить, т. к. они не дадут нам построить запросы. Для удаления лишней таблицы, нужно сначала удалить связи, которые у нее есть с другими таблицами. Нажимаем правую кнопку мыши на линии связи и выбираем команду Удалить. Если же между таблицами нет линий связи, то вы не использовали мастер подстановки. Связи можно установить и в окне Схема данных. Выделаем нужное поле в нужной таблице и перетягиваем его на другую таблицу.

Теперь изменим свойства связей в БД. Посмотрим на рис.1.1. Там на стрелках стоят значки 1 и ¥. Такие же значки нужно установить и в схеме данных.

1. На каждой линии связи нажимаем правую кнопку мыши и выбираем команду Изменить связь (рис.1.23)

2. В появившемся окне (рис.1.24) ставим флажок Обеспечение целостности данных и жмем ОК.

3. Получаем результат (рис.1.25) – в одном классе учиться много учеников.

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

Аналогичным образом устанавливаем все свойства связей между таблицами, кроме связи Учитель – Класс. Хотя в одном классе может быть только один классный руководитель, и один учитель может быть классным руководителем тоже только в одном классе, этот тип связи между таблицам Учитель и Класс мы установить не можем, т. к. есть еще и учителя-предметники. Поэтому не может быть совпадения количества записей в таблицах Класс и Учитель.

В результате должна получиться такая картинка (рис.1.26):

Читайте также: